我注意到一个现象：团队里说「性能有问题」的时候，十有八九先甩一张 CPU 百分比截图。可 CPU 高不等于手机烫，手机烫也不一定是 CPU 的锅；内存一直涨、磁盘读写不停、电池掉得快，指向的常常是完全不同的硬件。
硬件性能监控不是把指标全打开，而是按症状找到对应的那块硬件。这篇按五类常见症状拆：CPU 高、手机烫、内存涨、磁盘忙、掉电快。每类说清看哪块、看什么，以及 KeyMob 里对应的入口。
CPU 高，手机为什么不一定烫？
其实 CPU 利用率看的是「这段时间里核心有多忙」，不是「发了多少热」。一个跑满单核的轻量循环，和一个把 GPU、网络、定位一起拉起来的功能，前者 CPU 可能更高，后者反而更烫、更费电。
看 CPU 时先分清两件事：是系统整体高，还是某个 App 高；是进页面那一两秒的尖峰，还是没人操作也一直挂着。进页面、解大图、第一次渲染时冲一下，基本正常；切到后台还持续占着，才值得查。性能概况能按 App 过滤，图表的 CPU 曲线则把系统/应用的利用率和核心数摆出来，配合时间轴看持续多久，比盯一个瞬时数字有用。
别急着优化啊。先确认这个「高」是不是稳定复现、是不是每次都出现在同一个操作上；偶发的一次高值，优化了也验证不了效果。
手机烫、掉电快，是不是 GPU 的锅？
不一定。GPU 是渲染压力的大头，游戏、地图、相机预览、复杂动画都会把它拉起来；但网络持续收发、定位常开，同样能让手机发热掉电，而 CPU 曲线可能很平静。
工具里没有温度计，烫不烫是你的体感，能看的是 GPU 利用率和能耗这两类代理指标。能耗监控把 CPU、GPU、网络、定位这些合在一起算，GPU 则按各单元利用率展示。两者一起看，能区分「渲染在忙」还是「网络/定位在偷电」。
测之前先控制变量吧：拔掉充电线、摘掉厚壳、别在太阳底下测，不然测出来的是环境，不是 App。
内存一直涨，是泄漏还是缓存？
内存曲线有两种典型形状。一种是锯齿：涨上去、被系统回收、再涨，一般是缓存和临时对象，属于正常波动；另一种是单调爬升，怎么操作都不回落，才更像泄漏。
内存指标里有物理、剩余、已用、缓存和 App 占用这几项。看的时候别只盯「已用」，缓存也算在占用里，系统会按压力回收。选一个 App，观察它在一段固定操作里的曲线：如果每次进同一个页面都涨一截、退出也不降，再去查持有关系；如果只是启动时高一下，不用紧张。
内存高不一定有病呢。判断标准是趋势和可复现性，不是一个绝对值。
磁盘读写不停，谁在写？
磁盘读写量和速率是很容易被忽略的一组指标。它们默认不显示，要在性能图表的「显示设置」里手动勾上。
什么时候值得看：列表滑动卡顿但 CPU、GPU 都不高；手机莫名发热；App 启动慢，但首屏请求很快。常见原因是日志写得太多、SQLite 的 WAL 频繁落盘、图片/视频缓存反复读写，或者后台在下载大文件。
选中目标 App 再开磁盘指标，打开看一眼嘛。读写量和速率一起看：量大但速率低，可能是零碎小文件；速率持续很高，常常是连续写入。找到时间点，再回去对代码里的文件操作。
掉电快，怎么和历史记录对上？
实时曲线解决「现在在干什么」，历史记录解决「过去几天谁最费电」。KeyMob 能查看最长约 6 个月的使用记录，包括每个 App 的启动、结束时间，用了哪些硬件，消耗了多少电量；CPU、GPU、内存、网络、电池分别用了多久，也能逐项看。
这个视角确实对「用户反馈掉电快，但我复现不出来」特别有用。先看历史里哪个 App 占用的时间长、哪种硬件被拉起来得频繁，再按那个场景做一次实时监控，把历史线索和当下曲线对上。
电池电量历史也能单独看。把充电时间排除掉，对比前后两天的耗电斜率，比凭感觉说「今天掉得快」靠谱得多。
几个常问的
CPU 百分比多少算高？ 没有通用阈值。看基线：同一个 App、同一台设备，正常操作时多少，异常时多少；再看持续时间和复现频率。
GPU 占用高正常吗？ 游戏、地图、相机预览这类场景高是正常的。把它和 FPS、卡顿曲线放一起看：GPU 高但帧率稳，说明在干活；GPU 不高却卡，问题可能在 CPU 或磁盘。
内存高要不要杀进程？ 先看趋势。单调上涨且退出页面不回落，才值得查泄漏；锯齿波动属于正常。随手杀进程会把缓存清掉，反而让下次启动更慢。
磁盘指标为什么默认不显示？ 日常调接口、看 CPU 内存时用不上，默认关掉能让图表清爽些。需要时在「显示设置」里勾选。
历史记录能看多久？ 最长约 6 个月，具体以设备和账号里的记录为准。
和 Xcode、Instruments 比一比
Xcode 的 Debug Navigator 在调试会话里就能看 CPU、内存、能耗和网络，和代码、断点绑在一起，开发阶段顺手。局限是它跟着 Xcode 走，离开调试会话就看不到了，也没法回看几个月的历史。
Instruments 是另一套深度：Time Profiler 看调用栈耗时，Allocations 看内存分配，GPU 和 Core Animation 模板看渲染。要定位到具体哪一行代码慢，还是它更专业；代价是上手门槛高，只在 Mac 上跑。
KeyMob 站的是设备方面：不用越狱，按 App 看，实时曲线加最长 6 个月的历史记录，Windows、Mac、Linux 上都能用。它不是调用栈级别的分析器，找「慢在哪一行」还得回到 Instruments。
