整体流程
将整个流程分为导航流程和渲染流程两部分。
导航流程
- 处理用户输入
- 判断是搜索内容还是url
- 搜索内容则直接用默认搜索引擎,合成带搜索关键字的URL
- url,则判断url规则,根据规则,把内容加上协议,合成完整的URL
- 监听
beforeunload
事件,beforeunload
事件允许页面在退出之前执行一些数据清理操作,还可以询问用户是否要离开当前页面- 用户可以通过
beforeunload
事件来取消导航,让浏览器不再执行任何后续工作
- 用户可以通过
- 进入页面资源请求过程。浏览器进程会通过进程间通信把 URL 请求发送至网络进程,网络进程接收到 URL 请求后,会在这里发起真正的 URL 请求流程
- 查找本地缓存,如果本地缓存中没有,则进入网络请求流程,否则直接将缓存资源返回给浏览器进程
- DNS 解析域名,得到实际IP地址
- 如果是HTTPS协议,还需要建立TLS/SSL连接
- 利用IP地址与服务器建立TCP连接
- 连接建立后,浏览器端构造请求行、请求头等信息,并把和该域名相关的 Cookie 等数据附加到请求头中,然后向服务器发送构建的请求信息
- 服务器接收到请求信息后,会根据请求信息生成响应数据(包括响应行、响应头和响应体等信息),并发给网络进程。等网络进程接收了响应行和响应头之后,就开始解析响应头的内容了
- 在接收到服务器返回的响应头后,网络进程开始解析响应头,如果发现返回的状态码是
301
或者302
,那么说明服务器需要浏览器重定向到其他 URL。这时网络进程会从响应头的 Location 字段里面读取重定向的地址,然后再发起新的 HTTP 或者 HTTPS 请求,一切又重头开始了。如果状态码是200
,则继续处理请求。 - 浏览器会根据
Content-Type
的值来决定如何显示响应体的内容。如果Content-Type
字段的值被浏览器判断为下载类型,那么该请求会被提交给浏览器的下载管理器,同时该 URL 请求的导航流程就此结束。但如果是 HTML,那么浏览器则会继续进行导航流程。 - 准备渲染进程:默认情况下,Chrome 会为每个页面分配一个渲染进程,也就是说,每打开一个新页面就会配套创建一个新的渲染进程。但是,也有一些例外,在某些情况下,浏览器会让多个页面直接运行在同一个渲染进程中。
- Chrome 的默认策略是
process-per-site-instance
,即每个标签对应一个渲染进程。但如果从一个页面打开了另一个新页面,而新页面和当前页面属于同一站点(same-site,根域名和协议相同)的话,那么新页面会复用父页面的渲染进程。
- Chrome 的默认策略是
- 提交文档:浏览器进程将网络进程接收到的 HTML 数据提交给渲染进程
- 首先当浏览器进程接收到网络进程的响应头数据之后,便向渲染进程发起“提交文档”的消息;
- 渲染进程接收到“提交文档”的消息后,会和网络进程建立传输数据的“管道”&#x