初识WEB：输入URL之后的故事

1. 概述
2. HTTP请求过程
3. 相关性能检测及优化手段
4. 浏览器的呈现过程
5. 浏览器的呈现引擎
6. 引用及延伸阅读

概述

为什么输入www.cnblogs.com之后敲一个回车，浏览器就会显示我们所看到的内容？这家伙在背后到底偷偷的干了哪些事情？今天我们就来挖掘一下这背后的故事。

HTTP请求过程

为直观明了，先上一张图:

画完之后，才发现原来我的字写的这么难看，别喷我，小伙伴们！

下面是详细的步骤以及说明：

1. 输入URL,敲回车。
2. 针对当前URL检查是否存在本地缓存， 如果存在，则会加载本地缓存进行呈现。如图，经过 (1)-> (2) ->(9) ->(10)。 ( 感谢“我是你的猪”的纠错 :) )
3. 根据URL找到对应的IP地址。这一步通常被称为DNS轮询，这里面是有缓存机制的。缓存的顺序依次为：浏览器缓存->操作系统缓存->路由器缓存->DNS提供商缓存->DNS提供商轮询。
4. 建立TCP连接到上一步找到的机器
5. 用上一步建立的连接发送http request
6. 等待并接收http response
7. 关闭TCP连接，视情况而定，http1.1已经支持keep-alive。那么这个TCP请求是可以被后面的request利用的，这样就可以减少不断建立连接而造成的损失。
8. 检查状态码，如果response的状态码出现3XX(跳转)，未授权（401），错误（4XX和5XX）会有不同的处理。
9. 准备呈现，如果response status 为304（内容未更改）浏览器则会从本来缓存加载内容进行呈现。
10. 呈现

相关性能检测及优化手段

在很多浏览器的辅助工具中，大都将上述步骤分为了以下5 个：

1. DNS轮询
2. 建立连接
3. 发送请求
4. 等待响应
5. 接受请求

我们通过查看这个时间线，就可以粗略知道我们的网站是否有性能问题以及问题出在哪里？然后我们就可以针对性的解决。

拿上图举例，第4步“等待响应”所花的时间为3.03秒。所谓等待响应主要是页面的处理时间，比如说查询数据库、业务逻辑处理计算等等直接最后把html代码封装成response返回。（关于IIS的请求处理过程我们后面再探讨）如果这一步的时间过长，那我们就要考虑从后台动态代码处理逻辑，以及数据查询方面下手去找问题了。另外需要监控并发量，是否服务器同时处理的请求过多导致处理时间过长等。

第3步和第5步如果时间过长，我们可以通过以下方式来解决。

1. Request会携带cookie传输，这就是除了安全性考虑以外为什么我们建议限制cookie数据和大小的原因。
2. Response 如果是html代码我们可以考虑代码压缩和gzip压缩。
3. 静态资源可以采用其它的方式直接压缩。
4. 建立CDN网络服务不同地域的用户。

浏览器的呈现过程

这里有一个略虚的问题，当我们输完www.cnblogs.com之后，到底是一个http请求，还是多个？

我们或许可以说，只有一个请求是直接产生的，而后面一堆的请求是取绝于我们所输入的URL。我们可以看到第一个请求的Path就是我们输入的URL，当这个请求的类型为text/html的时候，也就是说这个请求返回给我们的是html代码。那么浏览器会去呈现这个页面。

但是如果我们直接输入：http://common.cnblogs.com/script/jquery.js 这个时候当然浏览器不会去发起其它请求（前提条件是这个JS里面没有主动去请求其它资源的情况下）。而浏览器对于每一种请求类型的处理方式是不一样的，像text/html、application/JavaScript、text/plain等等这些是可以直接呈现的，而对于不能呈现的类型，浏览器会将该资源下载到本地。

总的来说，实际的请求数量是1+这个请求资源里面所包含其它资源的数量。

接下来，我们主要看一下，浏览器如果呈现text/html类型的请求。上面我们讲到的http的请求过程中的第6步浏览器已经拿到了返回结果即response。

那么浏览器在确认这个response的状态不是301（跳转）或者401（未授权）或其它需要做特殊处理的状态，之后开始进入呈现过程。

浏览器的呈现引擎

呈现引擎：负责显示请求的内容。如果请求的内容是 HTML，它就负责解析 HTML 和 CSS 内容，并将解析后的内容显示在屏幕上。默认情况下，呈现引擎可显示 HTML 和 XML 文档与图片。通过插件（或浏览器扩展程序），还可以显示其它类型的内容；例如，使用 PDF 查看器插件就能显示 PDF 文档。这里我们主要讨论它的主要功能：显示使用 CSS 格式化的 HTML 内容和图片。

呈现引擎的处理步骤包括4个：

1. 解析html转换成DOM树。浏览器有一个内置组件叫HTML解析器，会遍历HTML代码去生成DOM树。
2. 结合部分CSS样式将DOM树转换成呈现树（这里面的样式包括颜色尺码等）。这里有浏览器的另外一个内置组件叫CSS解析器会遍历所有的CSS内容行成一组样式规则。这里面的CSS解析器和上一步的HTML解析器是同时进行的，之后会将样式规则附加到DOM树上就形成了我们的呈现树。
3. 通过呈现树构建布局树，主要是为每一个DOM元素分配了一个应出现在屏幕上的确切坐标。
4. 遍历呈现树，绘制每一个节点。

为了缩短整个呈现的过程，浏览器不会等到所有的DOM树和所有的样式规则都准备好再进行显示。而是一边解析一边显示，如果后面有JavaScript改变了某一些元素的样式属性则会导致重流（Reflow）和重绘(Repaint)。关于什么是重流和重绘这里就不详述了，网上有很多相关的资料，有兴趣的同鞋可以戳这里：重流和重绘

这是我的第一篇博客，主要是想对自己所掌握的知识有一个总结，也查看了很多网上的资料以及前辈们的博客J。当然也是想跟大家分享关于web方面的知识，我的侧重点主要在于web的一些运行机制，后面还会继续，下一篇将讨论一下关于IIS以及ASP.NET的运行机制，欢迎大家拍砖。

引用及延伸阅读

1. 浏览器工作原理：http://ux.sohu.com/topics/50972d9ae7de3e752e0081ff
2. What happens when you navigate to a URL: http://igoro.com/archive/what-really-happens-when-you-navigate-to-a-url/
3. 前端必读之Best Practices for Speeding Up Your Web Site：http://developer.yahoo.com/performance/rules.html

作者：Jesse 出处： http://jesse2013.cnblogs.com/

本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
如果觉得还有帮助的话，可以点一下右下角的【推荐】，希望能够持续的为大家带来好的技术文章！
我会坚持以每周最少一篇的频率为大家带来我自己的或翻译一些国外的好的文章，想跟我一起进步么？那就【关注】我吧。