html - 为什么现代 Web 浏览器的代码库如此庞大？

Question

Chrome、Firefox 和 Safari (WebKit) 等现代网络浏览器的代码库非常庞大。我很好奇是什么让他们的实现如此重要以至于需要大量代码。

作为一个推论，如果一个假设的浏览器只支持严格的 HTML5 和 JavaScript，为了避免兼容性问题，代码库会不会显着变小？

Answer 1

对于你的第一个问题，考虑现代浏览器需要实现的东西(一些浏览器将其中的一些工作推给了操作系统服务):

1. 多个解析器:至少是 XML、HTML、JavaScript、CSS。
2. 至少四个独立的布局系统(CSS 盒模型、flexbox、SVG、MathML)。
3. 至少一个图形库；对于跨平台浏览器，这需要每个平台的后端(IE9+ 仅使用系统 Direct2D 库；据我所知，Mac 上的 Safari 仅使用 Quartz)。
4. 具有 JIT 的高性能虚拟机、垃圾收集器和一些标准库(一直在增长；查看类型化数组和其他各种最新的 JavaScript 功能)。
5. DOM 实现，包括各种内容，例如特定于 HTML 和特定于 SVG 的 DOM 接口(interface)等。
6. 音频和视频处理工具(同样是 Mac 上的 Safari 和 IE 将它们卸载到操作系统)。
7. 图像处理工具，至少支持 JPG/GIF/PNG。同样，某些浏览器可能能够将其中的一部分卸载到操作系统。
8. 用于将字节流转换为 Unicode 字符的库。同样，有时这可以卸载到操作系统，有时则不能。
9. 对于跨平台浏览器，某种可移植层可以抽象出特定于平台的部分。
10. 具有交易和可编程 API 的 HTML 编辑器；认为可以满足。
11. 文本区域的纯文本编辑器。也许可以与 HTML 编辑器共享其中的一些内容。
12. 一个拼写检查器，可以卸载也可以不卸载到操作系统。
13. 一个支持 HTTP、可能是 SPDY、可能是 FTP 以及其他一些协议(protocol)的网络库。同样，这可能会或可能不会卸载到操作系统。
14. 用于处理 SSL 和其他各种加密需求的加密库。同样，这可能会或可能不会卸载到操作系统。
15. 至少一种数据库实现(sqlite 似乎很流行)。
16. 实际用户界面的各种代码等等。
17. 粘合代码来处理所有这些之间的交互:管理 JavaScript 和 DOM 之间来回调用的代码，管理在 DOM 更改时重新计算样式和布局信息的代码，处理诸如 document.write< 之类的代码 将来自 JavaScript 的字符串注入(inject)解析器的输入流，等等。请注意，粘合代码的数量通常是交互模块数量的二次方。

我可能遗漏了一些东西，但那不在我的脑海中。

除此之外，至少 Gecko 和 WebKit 有字符串和数组之类的模板库(因为 C++ 标准库有各种缺点)。

对于其余的...此时许多“兼容性黑客”实际上是网络标准的一部分。所以你不能完全避免它们。您的场景讨论的是 JavaScript 和 HTML，而不是 SVG 或 MathML 或 CSS。如果你真的只是指 HTML 和 JavaScript 而不是 CSS 或其他，那么你显然可以删掉一堆代码。如果您包括所有这些，再加上 HTML5 的音频和视频功能，并希望您的浏览器运行良好，那么我怀疑您能否将它做得更小。