从输入内容到展示页面全过程详解

整体流程

将整个流程分为导航流程和渲染流程两部分。

导航流程

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