性能优化方案如何取舍
维护说明
- 这页统一引用 性能公共素材 的取舍口径。
- 如果要改取舍表达，优先改素材页。
一句话先定性
取舍一句话
指向原始笔记的链接性能优化不是看到哪里慢就全改，而是先看收益最大的是哪一层，再决定优先动资源、状态边界、渲染量还是交互链路。
30 秒版本
Circular transclusion detected: Express/性能公共素材
1 分钟版本
Circular transclusion detected: Express/性能公共素材
2 到 3 分钟版本
Circular transclusion detected: Express/性能公共素材
如果面试官追问“为什么不建议一开始就大改架构”
因为大改架构的成本和风险都很高，而且很多性能问题不一定需要那么重的动作。先用数据确认瓶颈，再做收益最大、验证最快的优化，通常更稳。
如果面试官追问“你怎么判断一个优化值不值得做”
我会看三件事：它影响是不是核心场景，收益是不是能被用户感知，改动是不是容易验证。如果这三件事都成立，我会优先做；如果收益不确定、风险又高，我一般会往后放。
最后一句收尾
所以性能优化的取舍，本质上不是会不会某个技巧，而是能不能用工程视角选出“现在最值得做的那一步”。