使用 SwiftUI Instrument 进行性能分析

没有测量依据的性能优化只是猜测。Instruments 中的 SwiftUI 性能分析工具会准确显示哪些视图在更新，以及更新的频率。

在 Xcode 中选择 Product > Profile（或按 Command-I）以启动性能分析工具，然后选择 SwiftUI 模板。运行应用并操作速度较慢的屏幕。

该工具会报告每个视图的 body 被评估了多少次。异常偏高的次数通常直接说明发生了过于频繁的重新计算。

除了执行次数，还要关注主体的执行耗时。一个很少调用但每次耗时 30 毫秒的主体，与一个持续调用但每次成本很低的主体同样糟糕。

该工具会说明视图更新的原因——是哪一个状态、绑定或被观察属性发生了变化。这样就能精准定位需要缩小范围的触发源。

如果视图不是更新，而是被反复创建和销毁，您会在时间线中看到新的实例。这通常说明存在身份问题（例如使用索引标识符，或分支反复切换）。

将 SwiftUI 性能分析工具与 卡住和动画卡顿工具结合使用，可以把耗时很高的主体与屏幕上可见的卡顿联系起来。

查看耗时是在视图自身的主体中，还是在其子视图中。这样可以判断应该优化视图本身，还是将修复措施下移到视图树中。

请分析实际的用户操作流程——滚动完整列表、在字段中输入文字，而不是只分析静态屏幕。性能问题会在交互过程中出现，而不是在静止状态下出现。

每次只应用一项更改（缩小状态范围、添加 Equatable、拆分视图），然后再次进行性能分析。在继续之前，确认主体执行次数已经下降；不要堆叠未经验证的“优化”。

请分析 发布版构建。调试版构建会禁用优化并增加额外开销，得到的数字会产生误导，无法反映发布后的性能。

SwiftUI 性能分析工具会显示主体评估次数、执行时长以及每次更新的原因，从而揭示过度重新计算和身份反复变化的问题。将它与卡住和动画卡顿工具结合使用，区分自身与子视图的耗时，并在发布版构建中分析真实的操作流程。

以迭代方式进行优化：测量、应用一项修复、再次测量，让每次更改都由数据验证。