runtime性能优化方法（迁移改写）

原始文章：../../ios/notes/runtime性能优化.md

改写说明

本文基于历史笔记进行结构化改写，目标是把原先“知识点记录”升级为“可执行框架”。改写重点放在：问题定义、决策边界、验证指标与落地清单。

核心框架

围绕 动态特性与性能平衡 建议采用四步法：

1. 明确目标：输出要解决的业务问题与性能/风险预算。
2. 拆解链路：定位关键路径、状态边界和外部依赖。
3. 设计治理：给出低成本可迭代方案，并保留回滚路径。
4. 验证结果：从结果指标、过程指标、守护指标三层复盘。

实战要点

• 先做可观测性，再做优化；没有观测就没有治理。
• 优先处理“高频、长尾、不可恢复”问题。
• 把复杂方案拆成阶段目标，避免一次性重构风险。

常见误区

• 把局部最优当全局最优，忽略系统联动。
• 只写方案不写失效边界，导致复用时踩坑。
• 只看技术收益，不看团队维护成本。

Checklist

• 已定义可量化目标与验收口径。
• 已识别关键风险点与应急路径。
• 已形成可复用模板并进入知识库索引。

结论

改写后的文档重点不是“信息更多”，而是“决策更清晰”。当团队在相似场景复用同一框架时，质量和效率会同时提升。