用户请求的生命周期[传统模式与BigPipe]

  在阅读baidu代码的时候，发现了pagelet这个单词，未曾听过也不了解，百度了一下发现原来这个就是面试小米时二面面试官问我的用户发送一个http请求后，计算机都做了哪些操作。这样一道题。

在传统的模式，用户请求的生命周期如下：

1. 浏览器发送一个HTTP请求到Web服务器。

2. Web服务器解析请求，然后读取数据存储层，制定一个HTML文件，并用一个HTTP响应把它发送到客户端。

3. HTTP响应通过互联网传送到浏览器。

4. 浏览器解析Web服务器的响应，使用HTML文件构建了一个的DOM树，并且下载引用的CSS和JavaScript文件。

5. CSS资源下载后，浏览器解析它们，并将它们应用到DOM树。

6. JavaScript资源下载后，浏览器解析并执行它们。

在传统模式下，浏览器不能并行执行，只有当服务器操作完成后，浏览器才开始加载。这样效率就大大的降低了。虽然使用了延时加载Javascript，并行下载等方法，但是缺很少有针对web服务器和浏览器执行顺序所做的优化。

Bigpipe

    一种将网页分解成若干Pagelets小块，通过web服务器和浏览器建立管道并管理他们在不同阶段的运行。（类似于现代微处理器的流水线执行过程，多重指令管线通过不同的处理器执行单元，以达到性能的最佳。虽然BigPipe是对现有的服务网络基础过程的重新设计，但它却不需要改变现有的网络浏览器或服务器，它完全使用PHP和JavaScript来实现。）

 

BigPipe的页面生成过程分为以下几个阶段：

1. 请求解析：Web服务器解析和完整性检查的HTTP请求。

2. 数据获取：Web服务器从存储层获取数据。

3. 标记生成：Web服务器生成的响应的HTML标记。

4. 网络传输：响应从Web服务器传送到浏览器。

5. CSS的下载：浏览器下载网页的CSS的要求。

6. DOM树结构和CSS样式：浏览器构造的DOM文档树，然后应用它的CSS规则。

7. JavaScript中下载：浏览器下载网页中JavaScript引用的资源。

8. JavaScript执行：浏览器的网页执行JavaScript代码。

 

前三个阶段执行，由Web服务器，最后四个阶段是由浏览器执行。每个Pagelet必须经过所有这些阶段顺序，但BigPipe在不同的阶段使几个Pagelets同时执行。

 

在BigPipe，一个用户请求的生命周期是这样的：

    在浏览器发送一个HTTP请求到Web服务器。在收到的HTTP请求，并在上面进行一些全面的检查，网站服务器立即发回一个未关闭的HTML文件，其中包括一个HTML 标签和标签的开始标签。标签包括BigPipe的JavaScript库来解析Pagelet以后收到的答复。在标签，有一个模板，它指定了页面的逻辑结构和Pagelets占位符。

    在客户端在收到Pagelet通过“onPageletArrive”发出的指令，BigPipe的JavaScript库将首先下载它的CSS资源；在CSS资源被下载完成后，BigPipe将在Pagelet的标记HTML显示它的innerHTML。多个Pagelets的CSS可在同一时间下载，它们可以根据其各自CSS的下载完成情况来确认显示顺序。在BigPipe中，JavaScript资源的优先级低于CSS和页面内容。因此，BigPipe不会在所有Pagelets显示出来之前下载任何Pagelet中的JavaScript。然后，所有Pagelets的JavaScript异步下载。最后Pagelet的JavaScript初始化代码根据其各自的下载完成情况来确定执行顺序。

 

【转：百度百科】