Ladybird 4 月最值得看的数字,不是某个炫技功能,而是 333 个 PR。
35 名贡献者参与,7 名是首次贡献者。这个规模还谈不上成熟浏览器的工业流水线,但也不像一个靠热情撑场面的玩具项目。
更关键的是,它补的不是皮肤和按钮。它在补解析、JS、渲染、网络、缓存。现代浏览器最烦、最脏、最耗人的部分,Ladybird 开始一块块碰了。
4 月更新:用户能看见一点,工程师会多看两眼
这次更新可以压成一张表。
| 方向 | 4 月变化 | 我怎么看 |
|---|---|---|
| 贡献 | 333 个 PR,35 名贡献者,7 名首次贡献者 | 社区活跃度在上升,但还不是规模化工程组织 |
| 资金 | Human Rights Foundation 赞助 5 万美元,另有个人赞助 1000 美元 | 是重要信号,不是财务安全垫 |
| 用户功能 | 内嵌 pdf.js、历史感知地址栏、书签管理 | 从“能打开页面”往“像浏览器”靠近 |
| Linux 前端 | GTK4/libadwaita 前端 | 对 GNOME 用户友好,但尚未与 Qt/AppKit 功能对等 |
| 性能 | YouTube 约 200ms JS 编译从主线程移走;Speedometer 2 从 67.7 到 73.6 | 说明自身进步,不能拿来横向吹赢主流浏览器 |
| 底层能力 | 增量/投机 HTML 解析、JS 后台编译、每个 Navigable 独立光栅化、DNS 线程池、CacheStorage | 这是浏览器工程真正的硬菜 |
用户能立刻感知的东西不少。
PDF 可以通过内嵌 pdf.js 在页面里打开,支持缩放、搜索、文本选择。地址栏开始理解历史记录,能按 favicon、标题、访问记录给建议。书签有了管理页、导入导出、拖拽排序。Linux 侧多了 GTK4/libadwaita 前端。
这些会让 Ladybird 更像一个日常浏览器。
但别误会。现在还不是让普通用户迁移主力浏览器的时候。更现实的动作是:开发者和开源浏览器观察者可以试用、跑网页、报兼容问题;普通用户继续观望,别把它当 Chrome 或 Firefox 替代品。
这不是泼冷水。是对现代 Web 的基本尊重。
真正的分水岭在底层:解析、JS、渲染、网络都开始还债
我更在意看不见的部分。
HTML 解析器现在可以边下载边解析,不用等完整响应体到齐。投机解析器会在主解析器被同步脚本卡住时继续扫描,提前发现 script、stylesheet、preload、img 等资源。
这类改动不显眼,但会影响页面启动速度。现代网页不是一份静态文档,而是一堆脚本、样式、资源互相拉扯。解析器如果慢一步,后面全排队。
JS 也在补课。
顶层代码的字节码生成被移到后台线程池。原文给了一个很具体的锚点:加载 YouTube 时,大约 200ms 主线程工作被挪到后台。x.com 上,register allocator 曾在一个函数上耗掉约 800ms,于是改成 O(1) 的 LIFO 栈。
这些数字不能拿去和 Chrome、Firefox 做同条件对比。材料没有给横向基准。
但它们说明一件事:Ladybird 已经遇到真实网站的真实痛点。YouTube、x.com、pdf.js 这种页面,会把浏览器里最薄的地方直接撕开。
渲染侧也一样。
iframe 不再跟着父页面同步绘制,而是每个 Navigable 独立光栅化。DNS 查询不再堵事件循环,A 和 AAAA 查询可以并行,重复域名查询还能合并。Cache 和 CacheStorage 补上了,虽然目前还是临时内存存储。
CSS 侧还有一堆碎活:image-set()、anchor positioning、颜色插值、RTL 列表标记、旧式 HTML presentational hints 走 cascade。
听起来零散。可浏览器兼容性本来就是零散的。
一个“打开 PDF”的功能,最后会拖出 JS 引擎、CSS 选择器、内存结构、缓存策略。牵一发而动全身,在浏览器里不是修辞,是工作日常。
独立浏览器缺的不是理想,是粮草和耐心
浏览器战争从来不是 UI 战。
早年的 IE、Firefox、Chrome 之争,不完全等同于今天的 Ladybird,但有一条规律没变:浏览器拼的是标准、性能、兼容性和资金耐力。按钮可以换,内核债不能欠。
网页作者默认你兼容 Chrome。框架作者默认你跑得够快。用户默认你打开所有网站都不崩。任何一个默认不成立,浏览器就会被打回“备用玩具”。
所以我愿意给 Ladybird 这次更新一个偏正面的判断:它在走正确的苦路。
它没有只讲开放 Web、反垄断、摆脱巨头、用户自主。那些话当然重要,但不稀缺。互联网上从来不缺“我们要做一个更自由的 X”。
稀缺的是有人愿意长期修解析器,长期追 CSS 边角,长期处理网站兼容,长期盯安全响应,长期维护多平台前端。
5 万美元赞助值得高兴。Human Rights Foundation 的加入,也让项目多了一层公共价值背书。可这笔钱不能被说成商业化成功,更不能说财务问题解决了。
浏览器是吞钱机器。
Chrome 背后是 Google 的广告帝国。Safari 背后是 Apple 的硬件生态。Firefox 也长期依赖搜索分成和基金会组织能力。Ladybird 要走的是一条更窄的路:靠开源社区、赞助和持续执行,去追一个被巨头养得极其复杂的 Web。
“天下熙熙,皆为利来。”放在浏览器行业里,这句话一点不难听,反而诚实。没有稳定利益结构,开放理想很难熬过兼容性泥潭。
接下来真正要看四件事。
| 观察点 | 为什么重要 |
|---|---|
| PR 数能不能变成稳定体验 | 活跃不等于可用,合并多也可能带来回归 |
| 性能优化能不能跨站点有效 | 单点优化有价值,但浏览器要面对整个 Web |
| GTK4、Qt、AppKit 多前端会不会拖慢节奏 | 多平台是优势,也会吃掉维护资源 |
| 赞助能不能变成可预期人力 | 浏览器不是周末项目,长期维护需要稳定预算 |
对开发者来说,Ladybird 现在适合参与测试、提交 bug、补兼容用例,尤其是关心开放 Web 和浏览器内核的人。
对普通用户来说,最稳妥的判断还是观望。可以试,可以玩,可以支持。但别急着迁移主力浏览器。
这就是 Ladybird 4 月更新的真实位置:不是胜利宣言,也不是情怀泡沫破了。它只是开始做那些没人鼓掌、但决定生死的脏活。
