企业官网建设流程全解析

审计输出模板

意图

在汇报 SwiftUI 性能发现时使用此结构，以便用户能快速看到症状、证据、可能的原因和下一步验证步骤。

模板

## 摘要 [用一小段话说明最可能的瓶颈，以及结论是基于代码还是基于 trace。] ## 发现 1. [问题标题] - 症状：[用户看到的现象] - 可能的原因：[根本原因] - 证据：[代码引用或性能分析证据] - 修复方案：[具体的改动] - 验证：[修复后需要测量什么] 2. [问题标题] - 症状：... - 可能的原因：... - 证据：... - 修复方案：... - 验证：... ## 指标 | 指标 | 修复前 | 修复后 | 备注 | | --- | --- | --- | --- | | CPU | [数值] | [数值] | [备注] | | 掉帧/卡顿 | [数值] | [数值] | [备注] | | 内存峰值 | [数值] | [数值] | [备注] | ## 下一步 [一个具体的后续动作：应用修复、捕获更好的 trace，或在真机上验证。]

备注

• 按影响程度排列发现项，而不是按文件顺序。
• 当结论仍是假设时，要明确说明。
• 如果没有可用指标，则省略表格，并说明下一步应测量什么。