Ladybird 浏览器项目以其彻底的独立性和模块化设计脱颖而出，它从零开始构建 web 渲染引擎 LibWeb，避免了传统浏览器如 WebKit 或 Blink 的遗留代码负担。这种 clean-slate 方法不仅提升了代码的可维护性，还为并行 CSS 布局和 JavaScript 引擎集成提供了更灵活的基础。在浏览器引擎高度集中的当下，Ladybird 的架构强调标准优先和模组化开发，旨在打破垄断格局，实现更开放的 web 生态。
LibWeb 作为 Ladybird 的核心渲染引擎，实现了从资源加载到像素渲染的全链路自主开发。它严格遵循 W3C 和 WHATWG 标准，核心流程包括资源下载、HTML 解析、CSS 解析、JS 执行、样式计算、布局和绘制。这些模块通过清晰的接口协作，例如 HTML 解析器处理标签嵌套和错误恢复，CSS 解析器构建选择器对象树，而布局引擎基于 Box Tree 模型管理 BFC/IFC 格式化上下文。这种模块化设计允许开发者独立复用组件，例如 LibWeb 的 DOM 实现（Libraries/LibWeb/DOM/Node.h）提供完整的对象模型层次，支持 HTML 元素和文档级 API。证据显示，LibWeb 已通过 Acid3 测试，验证了基本 CSS 布局和 DOM/HTML API 的合规性，但现代功能如 flexbox 和 grid 仍在优化中。
多进程架构是 Ladybird 独立性的关键体现，它将浏览器功能分解为主 UI 进程、多个 WebContent 渲染进程、ImageDecoder 进程和 RequestServer 进程。这种设计确保图像解码和网络连接 out-of-process 执行，提高了对恶意内容的鲁棒性。每个标签页拥有独立的渲染进程，通过沙箱隔离（使用 pledge() 和 unveil() 机制）限制系统访问，避免单点故障扩散。LibJS 引擎与 LibWeb 的集成通过 Bindings 模块实现，支持 ECMAScript 标准和 DOM 接口绑定，实现事件驱动交互。并行 CSS 布局在 LayoutTree 中体现，非 display:none 元素生成布局节点，匿名盒确保块级容器一致性，支持多核并行计算布局任务。
在工程实践中，Ladybird 的模块化架构便于落地部署和扩展。构建时，使用 CMake 3.25+ 和 C++23 兼容编译器（如 g++-13 或 clang-17），依赖包括 Qt（GUI 和网络）、LibGfx（2D 渲染）和 LibIPC（进程通信）。典型构建参数：设置 BUILD_PRESET=Release 以优化性能，启用 -DCMAKE_BUILD_TYPE=Release 减少调试符号；对于并行布局，配置线程数 via GOMP_CPU_AFFINITY 以绑定核心，避免争用。监控要点包括进程资源使用（via top 或 htop 跟踪 WebContent CPU/Memory），布局性能（测量 Box Tree 构建时间 <50ms/帧）和沙箱有效性（日志检查 unveil() 路径限制）。风险缓解：预 alpha 阶段兼容性不足时，回滚到单进程模式（修改 Services/WebContent/ConnectionFromClient.cpp）；扩展清单：1) 集成第三方库如 libpng（图像）但避开引擎核心；2) 添加 CORS/SRI 检查（LibWeb/CORS.cpp）；3) 测试 WPT 套件确保标准合规；4) 部署时设置内存上限（ulimit -v 2G/进程）防止 OOM。
总体而言，Ladybird 的架构为开发者提供了可操作的蓝图，推动 web 渲染的创新。尽管当前限制于开发者使用，其独立性和模块化将为未来浏览器多样性注入活力。
资料来源：https://github.com/LadybirdBrowser/ladybird；https://ladybird.org/；项目文档 Documentation/LibWebFromLoadingToPainting.md。