概述

性能回归发生在代码变更导致应用程序性能下降时。检测和快速解决至关重要。

何时使用

部署后性能下降
指标显示负面趋势
用户抱怨速度慢
A/B测试显示差异
定期性能监控

指南

1. 检测与测量

// 之前：500ms响应时间
// 之后：1000ms响应时间（2倍慢=回归）

// 捕获基线指标
const baseline = {
  responseTime: 500,  // ms
  timeToInteractive: 2000,  // ms
  largestContentfulPaint: 1500,  // ms
  memoryUsage: 50,  // MB
  bundleSize: 150  // KB gzipped
};

// 变更后监控
const current = {
  responseTime: 1000,
  timeToInteractive: 4000,
  largestContentfulPaint: 3000,
  memoryUsage: 150,
  bundleSize: 200
};

// 计算回归
const regressions = {};
for (let metric in baseline) {
  const change = (current[metric] - baseline[metric]) / baseline[metric];
  if (change > 0.1) {  // >10%退化
    regressions[metric] = {
      baseline: baseline[metric],
      current: current[metric],
      percentChange: (change * 100).toFixed(1) + '%',
      severity: change > 0.5 ? 'Critical' : 'High'
    };
  }
}

// 结果：
// responseTime: 500ms → 1000ms (100%更慢 = CRITICAL)
// largestContentfulPaint: 1500ms → 3000ms (100%更慢 = CRITICAL)

2. 根本原因识别

系统搜索：

步骤1：确定变更代码
  - 检查版本间的git提交
  - 审查代码审查评论
  - 识别风险变更
  - 按可能性排序

步骤2：二分搜索（Bisect）
  - 从怀疑的变更开始
  - 禁用变更
  - 重新测量性能
  - 如果改善→这是问题
  - 如果没有→禁用其他变更

  git bisect start
  git bisect bad HEAD
  git bisect good v1.0.0
  # 测试每个提交

步骤3：分析变更
  - 在旧代码和新代码上运行分析器
  - 比较火焰图
  - 识别昂贵的函数
  - 检查分配模式

步骤4：分析影响
  - 代码审查变更
  - 理解变更内容
  - 检查O(n²)算法
  - 查看新的数据库查询
  - 检查缺失的索引

---

常见回归：

N+1查询：
  之前：1个查询（10ms）
  之后：1000个查询（1000ms）
  原因：移除JOIN，现在循环
  修复：恢复JOIN或使用急切加载

缺失索引：
  之前：索引扫描（10ms）
  之后：顺序扫描（500ms）
  原因：新过滤列，无索引
  修复：添加索引

内存泄漏：
  之前：50MB内存
  之后：1小时后500MB
  原因：监听器未移除，缓存增长
  修复：正确清理

捆绑包大小：
  之前：150KB gzipped
  之后：250KB gzipped
  原因：添加了没有摇树的库
  修复：使用更轻的替代品或分割

算法效率：
  之前：O(n) = 1ms for 1000项
  之后：O(n²) = 1000ms for 1000项
  原因：添加了嵌套循环
  修复：使用更好的算法

3. 修复与验证

修复流程：

1. 理解问题
  - 分析并确定确切的慢速原因
  - 定量测量影响
  - 理解根本原因

2. 实施修复
  - 做最小的变更
  - 不引入新问题
  - 先在本地测试
  - 测量改进

3. 验证修复
  - 运行相同的测量
  - 检查回归消失
  - 确保没有新问题
  - 比较指标

  回归前：500ms
  回归后：1000ms
  修复后：550ms（可接受，轻微开销）

4. 防止再次发生
  - 添加性能测试
  - 设置性能预算
  - 警告回归
  - 代码审查性能

4. 预防措施

性能测试：

基线测试：
  - 建立基线指标
  - 每个版本记录
  - 跟踪随时间的趋势
  - 警告退化

负载测试：
  - 用实际负载测试
  - 在压力下测量
  - 识别瓶颈
  - 捕获回归

性能预算：
  - 设置最大捆绑包大小
  - 设置最大响应时间
  - 设置最大LCP/FCP
  - 在CI/CD中强制执行

监控：
  - 跟踪实际用户指标
  - 警告退化
  - 比较版本
  - 分析趋势

---

清单：

[ ] 建立基线指标
[ ] 检测并测量回归
[ ] 确定变更代码
[ ] 找到根本原因（代码、数据、基础设施）
[ ] 实施修复
[ ] 验证修复
[ ] 没有引入新问题
[ ] 添加性能测试
[ ] 设置预算
[ ] 更新监控
[ ] 通知团队
[ ] 落实预防措施

关键点

建立基线指标进行比较
使用二分搜索找到罪魁祸首提交
分析以识别确切的瓶颈
修复前后测量
添加性能回归测试
设置并执行性能预算
监控生产指标
警告显著退化
文档根本原因
通过代码审查预防