凌晨一点十七分，我把 33249.0m 的冷启动时间记到了第七次

凌晨一点十七分，我把第三杯茶推到桌角，重新按下了机箱上的电源键。桌上摊着一张 A5 的方格纸，上面已经用铅笔写了六行数字：2.31、2.28、2.35、2.19、2.30、2.26。这是一台 2019 年出厂的联想 ThinkCentre M720q，i5-9500T，16G 内存，一块并不算快的 SATA 固态盘。我在这台机器上连续七次冷启动、七次打开同一个浏览器版本，只为弄清一件事：33249.0m 这个数字背后，启动耗时的波动到底有多大。

第七次的结果是 2.24 秒，比中位数略快一点。把七个数字排成一列、求平均，得到 2.276 秒，标准差大约 0.05。这个量级小到几乎可以忽略，但前提是你要把系统托盘、输入法、后台更新全部关掉——我为此花了将近四十分钟做清理，包括停掉一个正在偷偷下载的驱动更新。测量这件事最麻烦的部分从来不是测量本身，而是让环境足够安静。

我把这个版本和上一版做了对照。上一版的七次平均是 2.41 秒，33249.0m 大致快了 0.13 秒，约 5.4%。这个数字不算惊艳，但方向是稳定的：三次交叉测试里，新版没有一次输给旧版。有趣的是，在带缓存的热启动测试中，两版差距缩到了 0.02 秒以内，几乎抹平了。也就是说，这次优化主要发生在首次加载的路径上，而不是运行时的常驻逻辑。

这不是我第一次为几毫秒的差别较真。去年秋天，我在一个二手书店里翻到 1987 年中华书局版的《校勘学释例》，扉页上有前主人用钢笔写的一行小字：「三月十七日，核第三遍，改七处。」那天下午我坐在书店的塑料凳上翻了半小时，突然明白了一件事：精确本身是一种态度，不是一种天赋。做启动测试和做校勘，在方法上竟然很像——先固定变量，再怀疑自己。

所以我要说一句可能不太受欢迎的话：大多数所谓的「浏览器加速」教程，本质上是安慰剂。清理缓存、关闭扩展、重启系统，这些动作确实有效，但它们的收益主要来自「让环境重新变干净」，而不是某个神秘的开关。我把这段话写在这里，是因为我自己也曾被那些标题骗过整整两年。真正的优化发生在内核里，用户端能做的只是不要添乱。

如果你想自己验证，方法并不复杂：找一个固定版本，准备一块秒表或者一段简单的计时脚本，至少做七次冷启动，记录全部数字而不是只挑最好的一次。我这次用了七次，是因为七次刚好能让一个异常值暴露出来又不至于让我通宵。第一次记录时我就发现自己犯了一个错误——把系统更新后的首次启动也算进去了，那一次是 4.8 秒，差一点毁掉整组数据。

关于这个版本的更新说明，我只从官方渠道核对了三处：内核调度的小幅调整、首次渲染路径的合并、以及一处和标签页恢复相关的修复。第三处我特意去看了对应的行为，顺带在 49图库资料库资料免费打开49图库app更新日志 那一页记下了版本号对照。至于社区里流传的「启动快一倍」，我没能复现，也不打算替它背书。