Ladybird：在 Chromium 统治的世界里，从零造一个浏览器引擎

场景开篇

2026 年的浏览器市场，Chromium 系占了七成，WebKit 约两成，Firefox 不到一成。你用的 Chrome、Edge、Brave、Arc、Vivaldi，底层都是 Chromium。这不是巧合——做一个浏览器引擎太难了，从零开始做一个更难。

Ladybird 偏偏要这么做。它的自我介绍只有一句话："A truly independent web browser, using a novel engine based on web standards."——一个真正独立的浏览器，用基于 Web 标准的全新引擎。不是 fork，不是套壳，不是 Chromium 的再包装。从零开始，造一个。

不是 fork，是从零开始

"从零开始"这四个字在浏览器世界分量很重。Chromium 的代码量超过 3000 万行，Firefox 的 Gecko 也有几千万行。一个新引擎要支持 HTML5、CSS3、ES2025、WebAssembly、WebGL、WebGPU、WebRTC……每一项都是巨大的工程量。

Ladybird 的起源很有意思。它最初是 SerenityOS 项目的一部分——一个由 Andreas Kling 从 2019 年开始单人开发的类 Unix 操作系统。SerenityOS 自己写了一套 Web 渲染引擎（LibWeb）、JS 引擎（LibJS）、WASM 实现（LibWasm），因为操作系统需要浏览器，就顺手写了。

2024 年，Ladybird 从 SerenityOS 独立出来，成为一个独立的浏览器项目，由 501(c)(3) 非营利组织支持。Kling 的理念很明确：不做用户变现，不做广告，不做数据收集，只做一个浏览器。

多进程架构

Ladybird 的技术架构是多进程设计：

• 主 UI 进程：管窗口、标签页、用户交互
• WebContent 渲染进程：每个标签页一个，互相隔离
• ImageDecoder 进程：图片解码在进程外，防止恶意内容
• RequestServer 进程：网络请求在进程外

这个设计和 Chromium 的多进程架构思路一致——把不可信内容的处理隔离到沙箱进程。图片解码和网络连接是攻击面的主要来源，放进程外意味着即使被攻破也无法直接访问主进程。

Ladybird 目前从 SerenityOS 继承了大量核心库：

这套库覆盖了一个浏览器引擎的所有核心组件。从 SerenityOS 继承不是劣势——SerenityOS 已经在这些库上迭代了 5 年多，代码质量相当扎实。

为什么在 Chromium 时代还要造新引擎

这个问题值得认真回答。Chromium 已经统治了浏览器市场，为什么还要从零造一个？

第一个理由：垄断风险。当整个 Web 平台只有一套引擎实现时，引擎的 bug 就会变成"标准"。Web 开发者会针对 Chromium 的行为写代码，而不是针对 W3C 标准写代码。这和 IE6 时代的问题一样——一个实现统治市场后，创新停滞，标准形同虚设。Firefox/Gecko 还在，但份额持续下降。Ladybird 是对这种趋势的一个抵抗。

第二个理由：实现多样性暴露标准缺陷。当两套独立实现都尝试遵循同一份标准时，标准中的歧义和漏洞会暴露出来。这是 Web 标准演进的重要驱动力——没有独立实现，标准就会变成"Chromium 怎么做就怎么做"。

第三个理由：非营利架构。Chromium 背后是 Google（商业公司），Firefox 背后是 Mozilla（非营利但依赖 Google 搜索分成）。Ladybird 背后是 501(c)(3) 非营利，明确不做用户变现。这个治理结构在浏览器领域是新的。

第四个理由：技术探索。SerenityOS/Ladybird 的 LibWeb 是从零写的渲染引擎，不背历史包袱。它有机会尝试 Chromium/Gecko 因为兼容性负担不敢尝试的新设计。

现状：pre-alpha

Ladybird 明确标注自己处于 pre-alpha 状态，只适合开发者使用。这不是谦虚——从零写一个浏览器引擎，支持现代 Web 的所有标准，是巨大的工程量。Ladybird 能渲染很多网页，但远未达到"日常可用"的程度。

Ladybird 运行在 Linux、macOS、Windows（WSL2）和各种 *Nix 上。2-clause BSD 许可证，对商业友好。

类比：独立实现的价值

Ladybird 的存在让我想到一个反复出现的模式：独立实现的价值不在于替代主流，而在于提供参照系。

• Python 之外有 Lua——不是要替代 Python，是提供不同的设计取舍参照
• Linux 之外有 FreeBSD——不是要替代 Linux，是提供不同的内核架构参照
• x86 之外有 ARM/RISC-V——不是要替代 x86，是提供不同的指令集设计参照

Ladybird 之于 Chromium 也是这个角色。它不需要赢——它存在本身就有价值。当 Web 平台只有一套引擎实现时，"标准"就变成了"实现"。多一套独立实现，标准才有意义。

数据

• GitHub: https://github.com/LadybirdBrowser/ladybird
• 官网: https://ladybird.org
• 状态: pre-alpha
• 架构: 多进程（UI + WebContent + ImageDecoder + RequestServer）
• 核心库: LibWeb / LibJS / LibWasm / LibCrypto / LibTLS / LibHTTP / LibGfx / LibUnicode / LibMedia / LibCore / LibIPC
• 许可证: 2-clause BSD
• 支持: Linux / macOS / Windows (WSL2) / *Nix
• 组织: 501(c)(3) 非营利

为什么值得关注

Ladybird 是 2026 年唯一一个从零开始、非 fork、非营利的浏览器引擎项目。它的工程量巨大，可能永远无法"赢"Chromium。但它的存在本身就有价值——为 Web 平台提供独立实现参照，为浏览器架构提供新设计空间，为开源社区提供非商业治理的范本。

在一个所有浏览器都越来越像 Chromium 的时代，一个真正独立的引擎值得被关注。即使你不用它，它的存在也让 Web 标准更有意义。