iOS Instruments 内存与卡顿排查

摘要：性能问题需要从可复现的用户动作和测量数据入手。本文整理内存增长、对象泄漏、主线程停顿和滚动卡顿的排查流程。

一、先复现再测量

记录问题出现的设备、系统版本、界面路径和数据规模。用固定操作反复触发，比较初始状态和操作结束后的资源曲线。没有稳定复现步骤，优化结果很难验证。

优先使用接近发布配置的构建进行测量。调试环境可能引入额外检查和日志，影响性能表现。

二、区分泄漏与缓存

内存持续增长可能来自泄漏、缓存增长或尚未释放的临时对象。查看对象类型和持有关系，确认离开页面后控制器是否仍被强引用。

闭包和异步任务可能延长对象生命周期。弱引用应按对象所有权使用，不能为了消除警告而盲目把所有引用改成弱引用。

三、分析主线程卡顿

主线程上执行大文件读取、同步解码、复杂布局或大量模型转换会阻塞交互。采样调用栈后将纯计算移到后台，再将必要的界面状态更新回到主线程。

耗时操作也可能来自频繁的小任务，而非单次重活。批量合并状态更新和减少重复格式化，有时比单点微优化更有效。

四、优化滚动与绘制

滚动掉帧可由图片解码、动态阴影、复杂文本布局或列表数据反复计算引起。检查每帧工作量，确保图片按目标大小解码并在复用时取消旧请求。

不要预先缓存所有内容。缓存需要有上限和淘汰策略，否则会把卡顿问题转化为内存压力。

五、观察能耗与后台活动

持续定位、频繁网络轮询和无休止计时器会增加电量消耗。检查页面退出和应用挂起后任务是否停止，后台工作是否有明确触发和结束条件。

六、形成优化闭环

1. 固定操作路径和设备条件。
2. 记录基线内存、帧时间或能耗。
3. 根据采样结果定位热点。
4. 每次改变一个主要因素。
5. 重复同一场景并比较结果。

七、总结

性能分析工具的价值在于把性能猜测变成可观察证据。先复现问题，再看调用栈和对象持有关系，每次针对主要热点调整并复测，才能避免无效优化。