浏览器内核详解：Blink、WebKit、Gecko 与一次页面的六步渲染

渲染引擎（Rendering / Layout Engine）

把 HTML、CSS 解析成页面并画到屏幕上。日常说的「浏览器内核」通常指它：Blink、WebKit、Gecko、Trident。

JavaScript 引擎

执行脚本。V8、SpiderMonkey、JavaScriptCore。它与渲染引擎在同一个浏览器里协作，但来源和迭代节奏各自独立。

很多人把「浏览器」和「内核」混着说。准确的关系是： 一个内核可以被很多浏览器使用，一个浏览器也可以在不同时期换内核。Edge 就是最典型的例子——2015 年用自研 EdgeHTML， 2020 年换成 Chromium 的 Blink，名字没变，内核换了。所以判断「两个浏览器是不是同源」，看内核比看品牌可靠。

今天的浏览器内核其实是两条主线加两条支线：KHTML 分叉出 WebKit，WebKit 再分叉出 Blink（现在的主流）； Gecko 独立演进；Trident 与 Presto 已经退场。

「分叉（fork）」指拿一份开源代码另起分支独立演进。Blink 分叉后与 WebKit 已渐行渐远，不能视为同一内核。

从按下回车到看见像素，渲染引擎要做六件事。理解这条链路，排障时才知道该看哪一层：白屏多是网络或解析，闪烁多是布局，卡顿多是绘制与合成。

JS 引擎负责把脚本编译成机器码并执行。它和渲染引擎通过绑定层（binding）通信——DOM 操作本质上就是跨层调用， 所以「少碰 DOM、批量改样式」这类优化建议才成立。

同一个内核可以换 JS 引擎，反之亦然。讨论「跑分快不快」时，JS 引擎的影响往往比渲染引擎更直接。

现代浏览器不是单个进程。Chromium 系把职责拆成几个角色，崩溃隔离与安全沙箱都建立在这个模型上。

Browser 进程（主进程）

管窗口、地址栏、书签、下载、权限——唯一有「全局视野」的角色。它挂掉整窗都会关。

Renderer 进程（渲染进程）

每个站点（Site Isolation 下甚至每个跨站 iframe）一个，跑 Blink + V8，被沙箱限制到最小权限。

GPU 进程

负责合成与光栅化；崩溃时通常表现为页面黑块，刷新即恢复。

Network 服务

统一处理网络请求、Cookie、缓存，避免每个渲染进程各自直连网络。

360、QQ、搜狗等国产浏览器长期宣传「双核」：一个 Chromium 核跑现代网页，一个 IE 核（Trident）应付只兼容 IE 的老系统—— 网上银行、政务系统、老 OA 是主要场景。

• IE 内核已于 2022-06-15 随 IE11 退役，双核里的「IE 模式」现在是各家用自有方案模拟兼容，不再等于微软支持。
• Chromium 核也不是原封不动：厂商会加自己的壳（皮肤、工具栏、内置下载器、去广告），版本往往落后官方数个里程碑。
• 判断某国产浏览器真实内核，最省事的办法是打开 chrome://version——能打开且显示 Chromium 版本号，基本就是 Chromium 系。

Chromium 系采用「常青（Evergreen）」更新：内核版本大约每 4 周推进一个里程碑，浏览器自动升级。 这意味着同一个浏览器品牌，不同人的内核版本可能差好几个月，网页兼容问题的第一现场往往在这里。

UA 字符串会互相「伪装」：Chrome 的 UA 里含 Safari 字样，Edge 的 UA 里含 Chrome 字样。靠 UA 判断内核很容易错，优先用 userAgentData.brands 或直接特性检测。

同一份 HTML，在不同内核上的结果可以差很多。可控的做法不是「兼容所有浏览器的一切」，而是分层处理：

• 先做特性检测，再写分支：if ('showOpenFilePicker' in window) 比判断品牌稳。
• CSS 用 @supports，不要用浏览器前缀猜；前缀已经是历史遗留手段。
• 查支持度：caniuse、MDN 的兼容表是事实标准来源；新 API 先做渐进增强，别当唯一路径。
• 固定内核版本做回归：企业内网常有「锁版本」的浏览器，测试矩阵里要留一格。

下面这张图来自 Wikimedia Commons 对浏览器使用份额的长期统计。它解释了一个现实：桌面与移动加起来， Blink 系与 WebKit 系吃掉了绝大多数流量，Gecko 是稳定的第三极，Trident 已归零。

判断浏览器能力，永远优先看「它支持哪些特性」，而不是「它叫什么名字」。