第5部分：代码改进

第5部分代码改进：从问题定位出发，单变量重构，比较性能与边界，并用回归反馈证明改进。

学习目标

能先定位可复现的问题，再决定是重构、调优还是补防御。
能把一次改进限制为可比较的单变量变更，并同时记录收益、代价和边界。
能用回归反馈确认行为契约没有被破坏，而不是只凭局部结果宣称改进。

为什么需要这一部分

代码改进不是随意重写，而是从一个可复现的问题出发改变一个条件，再比较前后结果。重构关注结构，性能调优关注资源和观察窗口，防御关注异常边界；三者都需要基线、对照和回归。

先避开三个改进误区

核心合同与操作术语

是起点；要保持契约。不能脱离环境；保留失败边界；裁决是否真的变好。

目录节点逐项深读

第5部分代码改进

本部分的阅读合同是：定位问题，冻结基线，只改一个条件，比较结果与代价，最后回归。若改进同时改变接口、数据、环境和指标，结果不能归因，必须拆成多个实验。

最小可重放实现

baseline = freeze(version, input, metric, observationWindow)
deviation = reproduce_problem(baseline)
candidate = change_one_thing(baseline)
compare(candidate, baseline, cost, boundary)
record(firstDeviation, regression, decision)

正常轨迹验证原行为；边界轨迹改变规模或负载；故障轨迹让改进破坏契约；复位轨迹从原始基线重跑，避免在已污染的环境上得出结论。

先预测，再操作证据实验

先预测问题定位、重构、性能或回归节点的首个变化，再只切换一个场景。专属面板表达改进的因果链，不输出真实项目性能承诺。

第5部分代码改进 · 证据实验

问题定位 → 重构 → 性能取舍 → 防御 → 回归反馈

固定版本、输入和观察窗口，只改变一个条件；先预测首个偏离，再用同一基线复位。

练习与答案

练习

问题 1：建立基线。 你要优化一个慢查询，最少要固定哪些条件？

问题 2：区分重构和行为变化。 重命名并移动函数后测试失败，如何判断是不是无害重构？

问题 3：处理代价。 延迟下降但内存翻倍，如何写出可交接判断？

术语表

名词解释

本章出现的专业名词，用大白话再讲一遍。

问题定位: 包含输入、版本、窗口和首个偏离的可复现问题记录。
重构: 保持外部行为、改善结构的单变量变更。
性能取舍: 在固定指标和负载下比较收益与资源代价。
防御: 对异常和边界输入规定拒绝或恢复行为。
回归反馈: 修订后重新执行原路径和受影响边界的记录。

本页小结

代码改进靠基线和对照说话：先定位，再单变量改变，比较收益与代价，保留防御边界，最后用回归反馈裁决。没有可复现基线，就没有可靠的“改进”。