文章目录
学习链接—极客时间
注：文章内容全来自于该链接，讲的是真的NICE！！！！！
从输入URL到页面展示，这中间发生了什么？
都有哪些进程？
-
浏览器主进程。
浏览器进程主要负责用户交互、子进程管理和文件储存等功能。
-
网络进程。
网络进程是面向渲染进程和浏览器进程等提供网络下载功能。
-
渲染进程。
把从网络下载的 HTML、JavaScript、CSS、图片等资源解析为可以显示和交互的页面。
因为渲染进程所有的内容都是通过网络获取的，会存在一些恶意代码利用浏览器漏洞对系统进行攻击，所以运行在渲染进程里面的代码是不被信任的。这也是为什么 Chrome 会让渲染进程运行在安全沙箱里，就是为了保证系统的安全。
-
GPU进程。
-
插件进程。
导航过程经历的几个阶段：
- 首先，浏览器进程接收到用户输入的URL请求，浏览器进程便将该URL转发给网络进程。
- 然后，在网络进程中发起真正的URL请求。
- 接着网络进程接收到了响应头数据，便解析响应头数据，并将数据转发给浏览器进程。
- 浏览器进程接收到网络进程的响应头数据之后，发送 ”CommitNavigation“ 消息 到 渲染进程。
- 渲染进程接收到 提交导航 的消息之后，便开始准备接收 HTML 数据，接收数据的方式是直接和网络进程 建立数据管道。
- 最后渲染进程会向浏览器进程 确认提交， 告诉 浏览器进程，准备好接受和解析页面数据。
- 浏览器进程接收到渲染进程 提交文档 的消息之后，便开始移出之前旧的文档，然后 更新浏览器进程中的页面状态。
用户发出URL请求到页面开始解析的这个过程，叫做导航。
从输入URL 到页面展示
1. 用户输入
当用户在地址栏中输入一个查询关键字时，地址栏会判断输入的关键字是搜索内容，还是请求的 URL。
- 如果是搜索内容，地址栏会使用浏览器默认的搜索引擎，来合成新的带搜索关键字的 URL。
- 如果判断输入内容符合 URL 规则，比如输入的是 time.geekbang.org，那么地址栏会根据规则，把这段内容加上协议，合成为完整的 URL。
当用户输入关键字并键入回车之后，这意味着当前页面即将要被替换成新的页面，不过在这个流程继续之前，浏览器还给了当前页面一次执行
beforeunload事件的机会，beforeunload事件允许页面在退出之前执行一些数据清理操作，还可以询问用户是否要离开当前页面，比如当前页面可能有未提交完成的表单等情况，因此用户可以通过beforeunload事件来取消导航，让浏览器不再执行任何后续工作。
2. URL 请求过程
页面资源请求过程。
浏览器进程会通过进程间通信（IPC）把 URL 请求发送至网络进程，网络进程接收到 URL 请求后，会在这里发起真正的 URL 请求流程。
真正URL请求流程：
首先，网络进程会查找本地缓存是否缓存了该资源。如果有缓存资源，那么直接返回资源给浏览器进程；如果在缓存中没有查找到资源，那么直接进入网络请求流程。这请求前的第一步是要进行 DNS 解析，以获取请求域名的服务器 IP 地址。如果请求协议是 HTTPS，那么还需要建立 TLS 连接。
接下来就是利用 IP 地址和服务器建立 TCP 连接。连接建立之后，浏览器端会构建请求行、请求头等信息，并把和该域名相关的 Cookie 等数据附加到请求头中，然后向服务器发送构建的请求信息。
服务器接收到请求信息后，会根据请求信息生成响应数据（包括响应行、响应头和响应体等信息），并发给网络进程。等网络进程接收了响应行和响应头之后，就开始解析响应头的内容了。
2.1 重定向
在接收到服务器返回的响应头后，网络进程开始解析响应头，如果发现返回的状态码是 301 或者 302，那么说明服务器需要浏览器重定向到其他 URL。这时网络进程会从响应头的 Location 字段里面读取重定向的地址，然后再发起新的 HTTP 或者 HTTPS 请求，一切又重头开始了。
2.2 响应数据类型处理
Content-Type 是 HTTP 头中一个非常重要的字段， 它告诉浏览器服务器返回的响应体数据是什么类型，然后浏览器会根据 Content-Type 的值来决定如何显示响应体的内容。
- 其 Content-Type 的值是
application/octet-stream，显示数据是字节流类型的，通常情况下，浏览器会按照下载类型来处理该请求。
所以，不同 Content-Type 的后续处理流程也截然不同。如果 Content-Type 字段的值被浏览器判断为下载类型，那么该请求会被提交给浏览器的下载管理器，同时该 URL 请求的导航流程就此结束。但如果是 HTML，那么浏览器则会继续进行导航流程。由于 Chrome 的页面渲染是运行在渲染进程中的，所以接下来就需要准备渲染进程了。
3. 准备渲染进程
默认情况下，Chrome 会为每个页面分配一个渲染进程，也就是说，每打开一个新页面就会配套创建一个新的渲染进程。但是，也有一些例外，在某些情况下，浏览器会让多个页面直接运行在同一个渲染进程中。
那什么情况下多个页面会同时运行在一个渲染进程中呢？
Chrome 的默认策略是，每个标签对应一个渲染进程。但如果从一个页面打开了另一个新页面，而新页面和当前页面属于同一站点的话，那么新页面会复用父页面的渲染进程。官方把这个默认策略叫 process-per-site-instance。
渲染进程准备好之后，还不能立即进入文档解析状态，因为此时的文档数据还在网络进程中，并没有提交给渲染进程，所以下一步就进入了提交文档阶段。
4. 提交文档
就是指浏览器进程将网络进程接收到的 HTML 数据提交给渲染进程。
流程：
- 首先当浏览器进程接收到网络进程的响应头数据之后，便向渲染进程发起“提交文档”的消息
- 渲染进程接收到“提交文档”的消息后，会和网络进程建立传输数据的“管道”；
- 等文档数据传输完成之后，渲染进程会返回“确认提交”的消息给浏览器进程；
- 浏览器进程在收到“确认提交”的消息后，会更新浏览器界面状态，包括了安全状态、地址栏的 URL、前进后退的历史状态，并更新 Web 页面。
其中，当渲染进程确认提交之后，更新内容如下图所示：
5. 渲染进程
一旦文档被提交，渲染进程便开始页面解析和子资源加载了。
Chrome架构：仅仅打开1个页面，为什么有4个进程？
- 网络流程
- 页面渲染过程
- JS执行流程
- web安全理论
Chrome打开一个页面需要启动多少进程？
并行处理
同一时刻处理多个任务。
进程和线程
-
多线程可以并行处理任务，但是线程是不能单独存在的，它是由进程来启动和管理的。
-
一个进程就是一个程序的运行实例。
启动一个程序的时候，操作系统会为该程序创建一块内存，用来存放代码、运行中的数据和一个执行任务的主线程，把这样的一个运行环境叫进程。
结论：
- 线程依附于进程的。
- 进程中使用多线程并行处理能提升运算效率。
进程和线程之间的特点：
-
进程中的任意一线程执行出错，都会导致整个进程的崩溃。
-
线程之间共享进程中的数据。（即线程可对进程的公共数据进行读写操作。）
-
当一个进程关闭之后，操作系统会收回进程所占用的内存。
-
进程之间的内容相互隔离。
进程间通信：IPC机制。
单进程浏览器时代：
指浏览器的所有功能模块都是运行在同一个进程里。
导致问题：
- 不稳定
- 不流畅
- 不安全
多进程浏览器时代：
- 浏览器进程。主要负责界面显示、用户交互、子进程管理，同时提供存储等功能。
- 渲染进程。核心任务是将 HTML、CSS 和 JavaScript 转换为用户可以与之交互的网页，排版引擎 Blink 和 JavaScript 引擎 V8 都是运行在该进程中，默认情况下，Chrome 会为每个 Tab 标签创建一个渲染进程。出于安全考虑，渲染进程都是运行在沙箱模式下。
- GPU 进程。其实，Chrome 刚开始发布的时候是没有 GPU 进程的。而 GPU 的使用初衷是为了实现 3D CSS 的效果，只是随后网页、Chrome 的 UI 界面都选择采用 GPU 来绘制，这使得 GPU 成为浏览器普遍的需求。最后，Chrome 在其多进程架构上也引入了 GPU 进程。
- 网络进程。主要负责页面的网络资源加载，之前是作为一个模块运行在浏览器进程里面的，直至最近才独立出来，成为一个单独的进程。
- 插件进程。主要是负责插件的运行，因插件易崩溃，所以需要通过插件进程来隔离，以保证插件进程崩溃不会对浏览器和页面造成影响。
带来问题：
- 更高的资源占用。
- 更复杂的体系结构。
未来面向服务的架构。
原来的各种模块会被重构成独立的服务（Service），每个服务（Service）都可以在独立的进程中运行，访问服务（Service）必须使用定义好的接口，通过 IPC 来通信，从而构建一个更内聚、松耦合、易于维护和扩展的系统，更好实现 Chrome 简单、稳定、高速、安全的目标
146
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
