js-framework-benchmark项目中的Chrome 133事件追踪问题分析

在js-framework-benchmark项目的性能测试过程中，团队遇到了一个与Chrome 133版本相关的事件追踪异常问题。这个问题表现为在性能测试过程中，Chrome浏览器的trace日志中记录了多个重复的mousedown和click事件，而实际上在Chrome性能分析器中只观察到一个事件。

问题现象

测试人员在运行基准测试07（创建多行）时发现，许多框架的trace日志中出现了多个mousedown事件记录。通过Chrome性能分析器查看时，界面只显示一个mousedown事件，但JSON trace文件中却记录了多达11个事件，其中包括8个X阶段事件（完整事件）和3个I阶段事件（无持续时间的事件）。

同样的情况也出现在click事件上，trace文件中记录了多个click事件，但只有最后一个事件的时间跨度与Chrome性能分析器中显示的实际持续时间相匹配。

技术分析

深入分析trace文件中的时间戳数据，可以发现这些事件的时间区间都是不重叠的。这表明这些事件可能来自不同的测试运行实例，而非单次测试中重复触发的事件。

测试团队尝试了多种解决方案：

1. 为每个基准测试迭代创建新的浏览器实例 - 这种方法虽然解决了事件重复记录的问题，但会显著增加测试总时长（仅keyed基准测试就耗时近20小时）
2. 测试不同版本的Chrome浏览器：
   • Chrome 133.0.6943.126和133.0.6943.141（Testing版本）存在此问题
   • Chrome Canary版本没有此问题
   • 普通桌面版Chrome 133.0.6943.142也没有此问题
   • Chrome 134.0.6998.35（beta测试版）同样存在问题

问题影响

这个问题导致测试结果的方差显著增大，使得性能数据变得不可靠。特别是在创建1万行和替换行操作之外的测试场景中，数据波动尤为明显。测试团队最终决定不发布基于Chrome 133版本的测试结果。

解决方案与建议

针对此类浏览器性能测试中的事件追踪问题，建议采取以下措施：

1. 在测试前确保系统环境干净，关闭不必要的网络连接和其他可能影响性能的后台进程
2. 对于关键版本更新，先在Canary或稳定版浏览器上进行验证测试
3. 考虑增加测试迭代次数以抵消单次测试中的异常波动
4. 建立更完善的异常检测机制，自动识别并过滤掉明显异常的数据点
5. 对于出现问题的浏览器版本，及时回退到已知稳定的版本

这个案例也提醒我们，在性能基准测试中，浏览器版本的选择和测试环境的控制同样重要，有时甚至比测试代码本身更需要关注。