开发同学应该都遇到过这种情况，App 在真机上跑着跑着开始卡顿发热，想查一下是 CPU 高还是内存不够，打开 Xcode 连上设备，结果调试器一挂上去，性能数据全变了——某些操作在调试模式下就是比正常跑慢。硬件性能监控这步，Xcode 有 Xcode 的玩法，真机实时监控工具也有自己的优势，两边配合着用才能把问题看全。这里把两条路线的用法都过一遍。
Xcode 能做什么
Xcode 自带的监控能力分两层。Debug gauges 在调试时直接显示 CPU、内存、能耗占用，适合开发期随手看；Instruments 是深度分析的主力，Time Profiler 能定位到具体函数调用耗时，Allocations 抓内存分配和泄漏，Energy Log 看硬件能耗。它的强项是深度——能把问题精确到某一行代码。局限也明显：依赖调试连接，想看线上反馈的问题，或者某台用户设备上的表现，就够不着了。
真机实时监控怎么做
真机的实时监控，我这边用 KeyMob 比较多。连接 iOS 设备（USB 或者 Wi-Fi 都行），进到性能图表界面，右上角指标下拉框勾上 CPU、内存、GPU，界面中部的"选择 App"里勾要监控的进程，可以多选，还能把"系统总 CPU"或"系统总内存"拉进来同屏对比。点开始就出实时曲线，在设备上滑动列表、切页面、播视频，对应着看曲线波动，马上能判断是哪个操作把硬件占满了。
指标怎么读
看数据要先知道数值怎么读。CPU 利用率按多核累加，6 核设备单进程最高能到 600%，看到 200% 表示占用了大概两个核心，总利用率持续超过 80% 就要关注发热和卡顿。内存指标分四块：已用、剩余、交换、物理，剩余内存归零不代表异常，iOS 会主动清理闲置进程，重点看 App 占用在退出页面后有没有回落，不回落就往循环引用和缓存策略方向查。GPU 的指标，设备利用率超过 90% 检查 OverDraw 和复杂 Shader，显存带宽持续满载就考虑减少 RenderTarget 切换、改用压缩纹理格式。
帧率 FPS 和卡顿检测也是判断硬件压力的重要参考。游戏或复杂动画场景下，帧率掉到 30 以下、曲线出现明显锯齿，说明渲染或主线程在抢资源。把 FPS 曲线和 CPU、GPU 曲线放在同一个时间轴上看，掉帧的那几秒对应的硬件占用一目了然，是计算压力还是渲染瓶颈，对齐时间戳就能分辨，不用靠猜。
两边怎么配合
两边组合起来用，效率比单靠一边高。日常开发时用 KeyMob 做快检：改完代码连手机跑一遍核心路径，扫一眼曲线有没有异常峰值，不挂调试器，性能表现接近真实用户场景；发现苗头再上 Instruments 深挖，定位到具体函数。发版前用 KeyMob 把监控数据保存下来，下次发版再存一份对比，版本之间的性能变化一目了然，比靠感觉判断靠谱。
硬件性能监控这件事，Xcode 负责深挖、真机工具负责实时和真实，两条腿走路，问题定位的速度能快不少。
