引言
如果问过去十年浏览器领域最大的变化是什么，答案很可能是“没有变化”。Chromium 的 Blink、Safari 的 WebKit、Firefox 的 Gecko 三足鼎立多年，格局高度固化，新玩家几乎绝迹。因此，当独立浏览器项目 Ladybird 的负责人 Andreas Kling 上周末在 X 平台公布一组数据时，多少让人精神一振：经过整整一个月的集中重构，Ladybird 渲染引擎在 StyleBench 基准测试中的性能较一个月前提升了约 12 倍。
据 IT之家 援引科技媒体 piunikaweb 的报道，这轮性能跃升主要来自 Rust 重构等多种优化手段，团队将一个月的精力集中投放在渲染相关代码的改造上。
事件要点：先别急着欢呼，但也值得认真看
单月 12 倍的数字放在任何成熟引擎上都是天方夜谭，但对 Ladybird 而言有其特殊语境：
其一，这是低基数上的增长。 Ladybird 仍处于早期阶段，样式解析等环节存在大量“低垂的果实”——缓存缺失、重复计算、缺乏并行化，这些在成熟引擎中早已被打磨殆尽的问题，恰恰是早期项目最容易摘取的性能红利。
其二，StyleBench 是聚焦样式解析的微基准，衡量的是引擎的一个切面而非整体体验。它能说明团队的开发效率，但距离“日常可用的浏览器”还有漫长的距离。
其三，Rust 重构呼应了项目的技术路线。 这个以 C++ 为主体的项目正逐步引入 Rust 组件，试图在内存安全与性能之间找到平衡点。
背景：一个“不合时宜”的从零造轮子项目
Ladybird 的故事本身就足够特别。Andreas Kling 曾在诺基亚和苹果参与 WebKit 开发，2018 年发起开源操作系统项目 SerenityOS，Ladybird 最初正是这个系统里“顺手写的浏览器”，后来独立发展。据 IT之家 2024 年报道，该项目获得 GitHub 联合创始人 Chris Wanstrath 的投资支持，并做出了一个近乎偏执的承诺：不使用友商代码——不基于 Blink、WebKit 或 Gecko，全部从零构建，包括自研渲染引擎和 JavaScript 引擎。
为什么说它“不合时宜”？看看引擎淘汰史就明白了：
- 2013 年，Opera 放弃自研的 Presto 引擎，转投 Chromium 阵营；
- 2018 年底，微软宣布放弃 EdgeHTML，Edge 改用 Chromium 内核；
- Mozilla 曾力图用 Rust 打造新一代引擎 Servo，2020 年遭遇裁员，项目后来移交 Linux 基金会续命。
连巨头都养不起的东西，一个小团队凭什么做？这正是 Ladybird 引发关注的原因。
影响分析：引擎多样性到底值不值钱
从商业视角看，Ladybird 短期内不构成任何威胁；但从生态视角看，独立引擎的存在有独特价值。
对抗“事实标准化”。 当 Blink 占据绝对份额，开发者很容易只针对 Chromium 做测试，Web 标准逐渐沦为“Chromium 怎么实现，标准就怎么算”。此前已有针对数千域名的合规性研究显示，完全符合规范的网站占比低得可怜——这与引擎格局的单极化不无关系。独立实现越少，规范与实现之间的偏差就越难被交叉验证和发现。
监管留下的缝隙。 欧盟《数字市场法案》（DMA）已强制苹果在 iOS 上开放第三方浏览器引擎，理论上为新引擎提供了前所未有的入口。当然，能否抓住这扇门缝里的机会，是另一回事。
对项目本身而言，12 倍提升证明了团队的开发节奏与社区动员能力，也再次验证了一条规律：开源项目在“无人区”里的优化速度，往往比维护成熟代码库快一个数量级——没有历史包袱，本身就是生产力。
简短点评
对 Ladybird 来说，12 倍是好消息，但更像是马拉松前五公里的配速展示。浏览器引擎的护城河从来不在基准测试，而在数以亿计网站的兼容性、经年累月的安全加固，以及完整的开发者工具链——这些都没有捷径，只能靠时间硬磨。
它的意义或许不在于“击败 Chrome”，而在于“存在”本身：只要还有一个不依附任何巨头的引擎在从零开始持续演进，Web 就还没有真正变成单一实现的后花园。对这样一个长周期、重投入、慢回报的项目，不妨降低短期预期，保留长期敬意。下一次它再上头条时，希望不是因为资金难以为继。