笔记：Chrome 对浏览器的改进

最新推荐文章于 2025-11-13 20:07:34 发布

原创最新推荐文章于 2025-11-13 20:07:34 发布 · 1.4k 阅读

CC 4.0 BY-SA版权

文章标签：

2 篇文章

订阅专栏

本文介绍Chrome浏览器如何通过多进程架构及网络栈优化实现高性能网络访问。包括预解析DNS、预连接TCP等技术，显著降低延迟，提升用户体验。

最近公司架构师推荐看了一篇文件，觉得写得很好，特做笔记：

过去的浏览器只有一个进程，所有打开的 page 都共用同一个内存地址空间，任何地方发生的错，都回影响整个进程。

chrome 是基于多进程模式，每一个tab都是一个单独进程，由此提供隔离的内存和安全sandbox

web 程序的执行包括3个方面

1）fetching resources （using Blink）

2） page layout and rendering： ( v8 engine)

3） JavaScript executio：

后两个都是单线程的因为 DOM 的修改不能并发；而JS是单线程语言；但尤其现在cpu的强大，它们都不是瓶颈问题。

性能的瓶颈在第1） fetching resources

一个普通 page 包含下面的东西

所以网络传输在web应用时短和爆发性的

资源请求的过程

给定url， browser 首先判断是否在cache， html header有(Expires, Cache-Control, etc.),browser 就访问 cache ，否则花费时间的网络访问开始了。

包括

1） proxy 检查

2） dns

3) tcp ( 三次握手 )，如果是 ssl 增加2遍三次握手

4）服务处理和相应

That’s 470 milliseconds for a single request

再看时间，用户可接受的latency 是1秒，所以必须大量减少，网络访问的开销。

原先以为这个开销是没办法减少的，但 google 的确通过改进 chrome 的 network stack 大大减少了这些开销

通过kernel process 的 network模块给其他模块提供统一的服务

好处是可以做 socket pool， socket resue, 验证， cookie, cache 可以被所有的 render 进程共享，还有利于优化

FYI

对于手机，平板上浏览器，其内存小，用电有限制，但用户开的页面也不多，chrome 根据内存大小来决定 render 进程的数目。如果资源太小，android退化为单线程多进程模式。对于手机需要考略 radio 的耗电，付费网络的使用等因素

除了构造 network stack， chrome 对网络的优化 preXXXX ( 提前做某些事情)

**Table 1.3** - Network optimization techniques used by Chrome
Technique	Description
DNS pre-resolve	Resolve hostnames ahead of time, to avoid DNS latency
TCP pre-connect	Connect to destination server ahead of time, to avoid TCP handshake latency
Resource prefetching	Fetch critical resources on the page ahead of time, to accelerate rendering of the page
Page prerendering	Fetch the entire page with all of its resources ahead of time, to enable instant navigation when triggered by the user