百科问答小站 logo   百科问答小站
问题

据报道称“浏览器内核有上千万行代码”，浏览器内核真的很复杂吗？

回答
是的，据报道称浏览器内核拥有上千万行代码是完全准确的，并且这背后反映了浏览器内核 极其复杂。将其比作一座庞大的、高度精密的数字城市一点也不为过。理解这种复杂性，我们需要从浏览器的核心功能和它需要处理的各种场景入手。

浏览器内核的核心职责：将Web内容转化为可见的网页

简单来说，浏览器内核是浏览器的“大脑”，它负责解析和渲染网页内容，使其能够被用户看到并与之交互。这个过程涉及很多步骤，每个步骤都异常精细和复杂：

1. 网络请求 (Networking):
当你在地址栏输入URL或点击链接时，内核需要通过网络协议（如HTTP/HTTPS）向服务器发送请求，获取网页的各个组成部分（HTML, CSS, JavaScript, 图片, 字体等）。
复杂性体现在：
多协议支持： 除了HTTP/HTTPS，还需要支持FTP、WebSocket等。
缓存管理： 如何高效地缓存资源，避免重复下载，需要复杂的算法和策略。
并发请求： 同时发出多个请求，并高效地管理它们的下载顺序和优先级。
重定向处理： 跟踪和处理HTTP重定向（3xx状态码）。
安全连接 (TLS/SSL)： 建立和维护加密连接，确保数据传输安全。
代理服务器支持： 集成和管理代理服务器的设置。
域名解析 (DNS)： 将域名转换为IP地址。

2. HTML解析 (HTML Parsing):
内核接收到HTML文件后，需要将其解析成一个 文档对象模型 (DOM) 树。DOM树是网页内容的结构化表示。
复杂性体现在：
容错性： 现代网页充斥着不规范的HTML代码，内核必须有强大的容错能力，能够智能地修复错误并继续解析，否则很多网页将无法正常显示。这涉及到“错误修复算法”。
多种HTML标准： 支持HTML4, XHTML, HTML5等不同版本和规范。
流式解析： 在下载HTML的同时就开始解析，而不是等待整个文件下载完毕，这能提高渲染速度。
script和link标签的处理： 遇到 `

网友意见

user avatar

这会儿正好在rebuild chromium，机器卡到不行。看到这个问题有感来回答一下。

其他童鞋对于“浏览器内核真的很复杂”这个复杂的一面，已经回答的很的多了，但我想从“复杂”和“没那么复杂”两个方面都来讲讲，给大家提供一些别的思路和参考。

（如果觉得前文太长，也可以直接跳到最后看吐槽）

先说复杂。其他回答基本都是用chromium来举例的。我们来看chromium，这货确实相当相当的复杂。源码拉下来就有十多G。我们不禁好奇，chromium到底有哪些玩意，为啥平时感觉只是显示个网页、几句HTML而已，怎么会需要这么多代码。

第一眼从目录结构上，chromium包含这些东西：

  • base，通用代码，基础组件，包含字符串、文件、线程、消息队列等工具类集合。
  • cc，Chromium compositor 的缩写，负责渲染合成。
  • chrome，Chromium 浏览器外壳实现。
  • content，多进程沙盒浏览器的核心代码，管理进程架构和线程架构。
  • gpu，OpenGL 封装代码，包含 CommandBuffer 和 OpenGL 兼容性支持等。
  • net，网络栈实现。
  • ipc，进程间消息通信实现。
  • media，多媒体封装代码，包含了媒体内容捕获和播放的组件集合。
  • mojo，类似于 Android 的 AIDL，提供了跨语言（C++ / Java / JavaScript）跨平台的进程间对象（Object）通信机制；。
  • skia，图形库，这里存放的是 Chromium 对 skia 的 配置和扩展代码，另有 third_party/skia 目录存放原生的 skia 代码。
  • third_party，网页排版引擎。第三方库
  • ui，UI 框架。
  • v8，V8 JavaScript 引擎库。

看起来还好吧？但实际上，这里面每一个展开来讲，都是一本厚厚的工具书的容量。

比如net，看起来只是个网络库，然而里面包含主机解析，cookies，网络改变探测，SSL，资源缓存，ftp，HTTP， OCSP实现，代理 (SOCKS和HTTP) 配置，解析，脚本获取（包括各种不同系统下实现），QUIC，socket池，SPDY，WebSockets……里面每一项展开来讲，就是一本书。

v8层，看起来功能很单一，只是实现一下js嘛，但里面包括字节码解析器，JIT 编译器，多代GC，inspector (调试支持)，内存和 CPU 的 profiler（性能统计），WebAssembly 支持，两种 post-mortem diagnostics 的支持，启动快照，代码缓存、代码热点分析……里面每一项展开来讲，又是一本书，还是难坑的编译原理和优化方向。

Skia，看起来只是个图形库嘛，用点画出各种图。然而里面包括十几种矢量的绘制，文字绘制、GPU加速、矢量的指令录制以及回放（还要能支持线程安全）、各种图像格式的编解码、PDF的生成（这个是个隐藏的很深的功能，但很有趣。Skia支持把矢量图绘制成pdf）、GPU渲染优化（既以上部分功能需要用gpu来渲染）……里面每项展开来讲，又是一本书。另外值得一提的是，skia是谷歌收购的。不知道谷歌是觉得自己没实力做，还是太费功夫。总之谷歌选择了直接买别人的代码来完成这些功能。

ui，看起来只是一套UI 框架嘛。然而chromium需要一套全平台适配的ui库，还要能支持gpu加速。不过可惜的是里面没实现richedit。ui库的设计，深入来做，其实可以说又是个浏览器了。

等一下，以上这些，看起来只是浏览器的外层。我们最关心的网页排版呢？这个难道不是浏览器的核心嘛。是的，神奇的是，chromium把排版引擎blink放到了third_party下，而且架构上真的当成了一个第三方库一样对待。据谷歌的员工说，这是历史原因……好吧姑且信了。然而这个第三方库，成了当之无愧的最复杂，功能最重要的第三方库。

blink的工作包括：

  • 实现web平台的规范（例如，HTML标准），包括DOM，CSS和Web IDL
  • 配合V8运行JavaScript
  • 从底层网络堆栈请求资源
  • 构建DOM树
  • 计算样式和布局
  • 请求chrome compositor（上文提到的cc层）并绘制图形。

说起来简单。看一下现在的HTML、CSS规范，各种细节加起来……有快上万页。除了chromium layout组、firefox的开发人员等，我想没几个人会去仔细阅读并一个个的实现这些规范吧。光是看目录和文字描述，就头大了，更别说要完整的实现出来。往往一个简单的display:girdflex背后就是庞大复杂的计算，而且还要充分考虑性能上如何优化，滚动时如何更快的展示…

另外排版还需要支持世界各国的奇奇怪怪的文字。例如从右往左写、规则复杂无比阿拉伯文。相比之下，汉字这种方块字的排版简直就是弟弟。还有各种奇怪的unicode字符。

【转】奇怪的unicode字符

怎么能处理好这些字符和语言，并配合几千页的html、css排版规则正确显示出来……这是个极度烧脑的事情。

我们再从排版这个大泥坑里跳出来看看外面别的东西。这时候你会发现……外面的泥坑好像更大。

随便说几个，比如：

  • 多进程框架。嗯，你需要更多的进程来渲染更多的网页，这样才能崩溃了也不影响其他网页。注意，chromium把渲染排版放在渲染进程，但绘制到窗口又是主进程。这里面少不了各种跨进程通信、同步。对于代码的编写以及调试，是个很考验编程功底的事情。
  • webrtc。网络视频相关。又是一个被收购的库。关于webrtc，你需要知道它能实现多人实时语音、降噪、网络传输视频、摄像头的捕获，音频算法实现（比如 fft），视频算法实现（比如 h264 协议格式）， Socket、线程、锁等基础库（是的，webrtc也造了套自己的轮子）。又是个庞大的组件。
  • 密码管理、下载管理、扩展管理。
  • 一套调度整个多进程框架以及blink的核心层。在chromium被称之为content层，负责处理一切繁琐的细节。例如各种系统、平台的鼠标键盘消息派发，历史栈（前进后退），页面缓存。
  • 沙箱机制。负责隔离以及降低子进程的权限。沙箱的实现上，在不同系统做了诸多hook操作。
  • chrome相关的外壳及应用。例如我们常见的标题栏、url栏，webui如设置页、历史记录页。对，其实chrome单词的原意就是这个。
  • Clound_Print，谷歌云打印相关，提供谷歌浏览器页面预览打印清单。
  • Courgetter，谷歌提供的二进制文件对比核心算法，用于比较不同版本的二进制差异。谷歌为了方便升级，搞了套升级策略和算法。
  • 神奇的syzygy优化。是的，谷歌也嫌chrome太大了、加载太慢了。于是他们开发了一套工具链，优化重排布PE二进制文件的算法来达到优化程序。Chrome浏览器应用了Syzygy优化之后，程序冷启动的页面调度（paging traffic）优化了80%，加载的Image的Working Set优化了40%。简单的说，谷歌为了优化启动性能，从编译器上对exe、dll开始做手脚了。
  • Media，Chrome的多媒体模块，支持音频播放和录音等功能。这里用到了ffmpeg。但在ffmpeg外，为了和blink配合，又是包裹了厚厚的一层，用来处理好渲染管线。另外MSE API也花了不少功夫。
  • swiftshader。很有趣的一个模块，用纯软件的代码，完整实现了opengl的接口。可以在没有硬件加速的机器上跑起opengl。也是个庞大的库，而且也是被收购的。看起来谷歌对图形学方面的很多工程似乎不擅长？还是不想觉得应该交给更专业的团队去做。
  • gn、gyp、ninja。chromium为了更方便的管理编译，自己撸了三套轮子。类似makefile、cmake，然后底层调用ninja再到vs或者clang负责具体编译

其他的点还有很多很多，以后想到了再补充。总之，以上随意一个点，要正确的实现，都是一个团队的工作量，都可以写成一本书。然而chromium把他们全部实现了，而且还在不停的加入新的功能。

看到这里，大家应该明白为啥强如微软，也放弃维护他们自己的浏览器内核了。因为需要投入的人力财力实在是太恐怖了。chromium团队，光是开发人员，都已经上千了。假如每个人员年薪是100w 人民币，持续投入十年，这个支出就是几十亿，这还不算周边的测试、产品、UI。最关键的是，就算微软愿意投入十亿，能保证做到chromium相同的功能吗？就算能做到相同的功能，还不是另外一套chromium，能做出其他优势吗？于是最后微软也放弃了，干脆直接从开源的chromium上改起，把微软需要的功能融入chromium。

所以，chromium的霸权就是这么来的。看似开源免费，实则把所有开发者和对手，紧紧的捆绑在自己周围。

好了，现在吐槽开始了。

chromium称霸浏览器界以来，看起来开源，谁都可以拿去改。然而比起它的前辈，我觉得从“道德”上，chromium要“差”很多。最让我受不了的一点是，chromium在无尽的往里面塞功能的时候，很少想过是否别人可以轻易的移除它们。chromium代码号称模块化、高内聚低耦合，然而如果你想砍掉一些不需要的东西，对不起，没有宏控制，手动删代码吧。有几个人能有精力一点点的去掉里面这些繁琐的功能呢？这就导致一个问题，需要chromium某一部分功能的人，必须被强塞进一堆谷歌认为你需要的东西。

对比之下，为啥我说比起chromium的前辈要差很多呢，其实我指的正是webkit。webkit最让人欣赏的一点就是它在专注实现内核的同时，大部分功能都是可“拆卸”的。有宏可以关闭。甚至连svg这种排版上的小功能都有宏可以关闭。而chromium，如果我需要排版、音视频，但不需要多进程呢？如果我需要音视频但不需要webrtc呢？对不起，谷歌没这考虑。要带就全都带上吧，不带你自己砍代码吧。等你辛苦几个星期砍完代码，谷歌告诉你，我都更新了2、3个版本啦，你要不要更新下代码？哦？新版本chromium架构又大改了？哭了……

这也就造成现在基于chromium的一堆开发框架，如electron、cef、nwjs，全都动不动100多M的大小。因为从chromium的框架设计上，就很难把那些极其庞大复杂的细节功能排除掉。这些功能对于谷歌作为一个浏览器来说，当然是必要的。然而回到本问题，“浏览器内核”真的需要这么复杂吗？浏览器需要这么复杂，这是真的；然而作为一个浏览器内核提供给一些sdk给别人用，也需要这么复杂吗？我们用electron写一套进供销管理系统的客户端，你会需要带上几十M的webrtc、webgl、多媒体播放、天城文支持吗？

最后打破这个疑问的，是我很多年后进入了QQ浏览器的移动端组（其实就是x5内核，微信上被大家吐槽最多的那个）。当年的x5内核其实是基于webkit改造的。从chromium回到webkit，我突然有种豁然开朗的感觉。

回到问题开头，从浏览器内核的角度，其实没那么复杂，只要做好网络、排版、渲染，就足以应付大部分使用场景了。

这让我想起浏览器早期年代，群雄争霸的时代，那时候浏览器内核很小。从几百K到几M的浏览器都有。我记得早年的移动设备上跑的浏览器，css支持的都不好，不过特别小巧，有的才几百K而已。

然而后来组里架构调整，x5内核为了跟上时代，从webkit切回了chromium（也是因为被骂了太多了，当时x5号称移动端IE6，做过微信相关开发的人应该深有体会）。对chromium深恶痛绝的我，当时有了一个大胆的想法。把排版引擎blink（也就是webkit在chromium里的继承者）重新从chromium里剥离出来，再补上一些周边的设施、组件，再次成为一个完整独立的浏览器内核。

当然我还是有自知之明的。一个浏览器内核而已，不可能实现chromium同样的功能。但能把排版、渲染、网络、视频实现，就差不多了。其实我也不是想做个浏览器，而是想专注内核这块，做一个提供给第三方app嵌入的内核。

作为一个内核，其实不需要上面讲的所有那一大堆功能。比如，网络层，大部分人不需要什么网络改变探测，ftp，OCSP实现，代理配置、解析、脚本获取，QUIC，socket池，SPDY什么的。大部分人仅仅需要一个http的实现，可以拉取到服务器资源。我用300k的curl代替了十余M的chromium net库，并工作良好。少了的功能可以用插件形式补上嘛。一些和排版渲染无关的功能，我都打算做成插件。例如音视频、webgl、webrtc、多进程等。

目前这个项目已经撸了5年了，开源在github上，提供C接口方便其他语言调用。整个编译出来就是一个1-20m左右的dll（视编译选项而定），甚至还包含了一个electron的精简实现：

weolar/miniblink49

欢迎围观。
user avatar

真的很复杂！

工作第三年的时候，我就觉得自己编程水平天下无敌，完爆大多数人。

直到我看见了Google Chromium的开源代码。。。

2010年加入创业时期的360，担任高级工程师，负责一个远控软件，同时要跟操作系统底层打交道，入职不久直属Leader就被调整，我开始带团队。

带团队不久之后，开始狂妄自大、目中无人，自以为老子天下第一，谁都看不上。

幸好，这时候遇到了一位在论坛上结识的C++高手，彼时他在百度担任某部门技术Leader。我和他聊天过程中，他感受到了我的自大和浅薄。

到今天还记得和他的对话：你是不是以为自己已经很牛逼了？去看看全世界最牛的代码吧，别在你的小圈子里和其他人比。

我回复：看什么？？

他说：去看看Google Chromium吧。

我还真就开始学习Google Chromium了，初看时，真是有一种始惊、次醉、终狂的感觉。

Chromium的每一个子系统拿出来都无比复杂，你想真正看懂就需要大量的计算机体系基础知识。

这张架构图基本展现了以上模块的关联关系：

想看懂如chromium这样的顶尖开源代码，多看计算机经典书籍是必须的，不然一旦陷入到一个不明白的知识点，整个学习的过程全部卡死。

我把大学和工作中用的经典电子书库（包含数据结构、操作系统、C++/C、网络经典、前端编程经典、Java相关、程序员认知、职场发展）、面试找工作的资料汇总都打包放在这了，这套资源可不是一般那种网上找的资源，是伴随我从学生一路成长为腾讯高级开发工程师，360技术经理、360技术总监的打包全套，非常宝贵！点击下方链接直达获取：

我已经帮大家打包好了，点击下方链接直接获取：

说一个学习Chrome源代码的诀窍：Chrome的源码不要只看不上手，编译起来运行起来，多改改看看会发生什么。这个过程即好玩又能加深你对源码的理解。

真是不比不知道，一比吓一跳，有的时候，我们真的是处于愚昧山峰。

除了Google Chrome的源码，还可以多看看Google的其他开源代码，你会被震撼、被打击、被陶醉！同时，你也会知道，自己写代码究竟是个什么水平！

Google的所有开源代码在这，感兴趣的朋友可以看看：

包括了：Android、Angular、Chromium、Dart、DeepMind Lab、Flutter、Gerrit、Go、Istio、gRPC、Kubernetes、Polymer、Ptotobuf、TensorFlow、V8、WebRTC。

跟这个世界最顶尖的高手过招，你才能知道自己究竟有几斤几两～

类似的话题

本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等

© 2025 tinynews.org All Rights Reserved. 百科问答小站 版权所有

服务条款
联系我们
关于我们
隐私政策
友情链接
知乎
百度问答
搜狐
新浪