浏览器进程

1. 主进程
2. 网络进程
3. GUI进程
4. 多个插件进程
5. 多个渲染进程（一个页面一个，多个同源界面共用一个，所以页面崩溃时可能影响其他多个页面，一个tab页因为iframe可能存在多个渲染进程）

渲染进程是放在sanbox中的，不讲整个浏览器放在sanbox原因是其他进程需要用到沙箱外的服务。渲染进程需要保证安全。

输入url到页面展示页面流程

1. 构建请求行 GET /index.html http1.1 （没有host和协议）

2. 浏览器根据请求url判断是否走缓存，如果是get请求，根据查询强缓存（硬盘缓存和内存缓存）查询是否有，有直接返回。没有缓存走下一步。

3. 准备ip或者端口，如果是url是域名形式的，需要根据DNS查询ip，DNS查询也有多级缓存，查询的流程有递归和迭代查询，前者是从根域名服务器查询，根域名服务器往下查询。后者由下往上查询。如果url中没有端口，端口根据协议自动推导

4. 准备请求投，根据发起请求添加header，部分请求头浏览器默认准备，cookie会自动根据当前domain和path，添加父域名和父path的cookie。host（domain + port）, referer根据请求发起的位置添加（http://xxxx.com/123），不包含hash。还有origin，格式同referer

5. 建立TCP连接，三次握手，发送请求，谷歌tcp连接最多6条，所以在控制台中有等待的请求

6. 服务处理请求，发送响应，响应包括响应头，响应行，响应体。
   响应行包括协议、状态码(HTTP/1.1 304)，常见的状态码如下 1xx: 请求未传输完成，继续传输 200: 请求接受成功，正常处理 301: 资源永久重定向, 根据响应头中的location请求新地址 302: 资源临时重定向，location处理 304：资源未被修改，使用本地缓存文件。同时根据响应头更新本地资源。 400: 服务器无法理解当前请求 401：未鉴权 403: 已登录无权限 404: 资源未找到 405: 请求的方法错误 5xx: 服务器出错了。

7. 浏览器解析文档，从上到下依次解析html，计息dom和cssom，组成渲染树，然后渲染到页面。

浏览器缓存概述

1. 查询是否存在强缓存（cache-control, expire）。如果不存在直接请求
2. 检查强缓存是否有效（先检查cache-control）,如果没有过期，使用缓存
3. 如果过期，使用协商缓存，先检查是否有etag,如果有etag，发送请求（携带if-none-match:etag），服务端接收到请求后，如果当前缓存有效，返回304和新的etag，浏览器使用本地缓存同时更新etag或者新的cache-control。如果当前服务检查缓存无效，则会返回新的资源和etag等
4. 如果不存在etag，存在last-modified。则发送if-modified-since, 服务端检查后同etag处理流程一致。
5. 如果都不存在，则发送新请求。

浏览器解析文档

1. 浏览器根据content-type判断是交给文档解析器还是下载管理器，一般content-type 是字节流会交给下载管理器作为下载文件
2. 如果是文档，会交给渲染进程，渲染进程接受到后发挥出确认提交给浏览器主进程，主进程会更新浏览器导航栏，地址栏等信息。这个时候页面时空白，然后开始解析文档，渲染界面

defer 和 async

defer是延迟，表示资源下载完后，在文档解析完成后依次执行 async 是异步，表示资源下载不阻塞，资源下载后立马执行，阻塞渲染进程解析。