本篇的议题如下：
剖析页面的解析过程
分析出可能存在的优化点
剖析页面的解析过程
页面的解析过程，这里说的过程不是我们常说的ASP.NET页面的生命周期的过程，而且浏览器请求一个 页面，然后浏览器呈现页面的过程。
在本篇的文章中，我会先阐述页面的解析过程，显示从整体上阐述，然后在每一个点上提出优化的方 法。先整体，后局部。
当浏览器在请求一个Web页面是从URL开始的。下面就是过程描述：
1．输入URL地址或者点击URL的一个链接
2．浏览器根据URL地址，结合DNS，解析出URL对应的IP地址
3．发送HTTP请求
4．开始连接请求的服务器并且请求相关的内容（至于请求时怎么被处理的，我们这里暂时不讨论，只 是后面的文章要讨论的问题）
5．浏览器解析从服务器端返回的内容，并且把页面显现出来，同时也继续进行其他的请求。
上面基本上就是一个页面被请求到现实的过程。下面我们就开始剖析这个过程。
当输入URL之后，浏览器就要知道这个URL对应的IP是什么，只有知道了IP地址，浏览器才能准备的把 请求发送到指定的服务器的具体IP和端口号上面。
浏览器的DNS解析器负责把URL解析为正确的IP地址。这个解析的工作是要花时间的，而且这个解析的 时间段内，浏览器不是能从服务器那里下载到任何的东西的。但是这个解析的过程是可以优化的。试想， 如果每次浏览器每次请求一个URL都需要解析，那么每次的请求都有一点的时间消耗，可能这个时间消耗 很短，但是性能的提升就是一点点的“调”出来的。如果把对应URL和IP地址缓存起来，那么当再次请求 相同的URL时，浏览器就不用去解析，而是直接读取缓存，这样势必会快一点。
其实浏览器和操纵系统是提供了这样的支持的。
当获得了IP地址之后，那么浏览器就向服务器发送HTTP的请求，下面我们就稍微看下这个发送请求是 怎么样被发送的：
1．浏览器通过发送一个TCP的包，要求服务器打开连接
2．服务器也通过发送一个包来应答客户端的浏览器，告诉浏览器连接开了。
3．浏览器发送一个HTTP的GET请求，这个请求包含了很多的东西了，例如我们常见的cookie和其他的 head头信息。
这样，一个请求就算是发过去了。