作为一名.net程序员，如果只知道用微软的服务器控件拖出漂亮的界面，然后双击控件，得到响应事件的方法，然后在这个方法里面写出对应的代码，这是远远不够的，就成为人们常说的 "只会拖控件的开发人员"。不仅如此，这样开发出来的网站往往存在执行效率慢的问题即用户量访问过大，浏览器加载页面过慢，如果你看源文件，会发现存在大量的ViewState。因此，如果我们希望成为 asp.net 开发高手，就需深刻了解服务器与浏览器之间的交互原理，以及asp.net页面生命周期。
浏览器和服务器之间进行通信，是通过Socket套接字进行的(这点我们必须清楚，不然作为网站开发者，不知道就太逊了)。作为微软的铁杆粉丝，我在这里就只谈 IIS服务器和浏览器之间通信过程(其他服务器我也不太清楚，能力有限见谅见谅)。
众所周知，现在我们所用的协议都是Http协议，而Http协议是无状态的协议。那么，无状态协议是怎么样的一种协议呢。用通俗一点的话说，用户通过浏览器向服务器发出请求,发出请求之后，浏览器是不会记住当前用户是谁，是谁希望浏览器向服务器发送服务请求的（那么，有些朋友会说，为什么我用浏览器查看下一页 后一页会有显示呢，这就是很多朋友没弄清楚的地方，这是浏览器替用户缓存了页面，而不是Http协议缓存了页面，注意 注意！），浏览器在将服务器返回的数据呈现给用户后，Http协议会自动断开，不会一直替用户工作，因为服务器的资源是很宝贵的，监听此次请求的套接字会立即释放，然后去监听下一个请求！
当浏览器向IIS服务器发送请求后，浏览器会将一长串的请求报文发给服务器，而这些请求报文则包含了相当用的信息喔，请看下面~`
GET /zt2011/zk/no6.htm?pgv_ref=aio HTTP/1.1
Accept: image/gif, image/jpeg, image/pjpeg, application/x-ms-application, application/vnd.ms-xpsdocument, application/xaml+xml,
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Trident/5.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.5.21022; .NET CLR 3.0.30729; InfoPath.2; .NET CLR 3.5.30729; .NET4.0C; .NET4.0E; BOIE9;ZHCN)
Accept-Encoding: gzip, deflate
Host: games.qq.com
Connection: Keep-Alive
而IIS得到这些请求报文后会对其进行一系列的解析，
必然的内容 1请求的方式 GET
2请求的路径 zk/no6.htm?pgv_ref=aio
3使用协议版本 HTTP/1.1
4请求报文头内容 Accept: image/gif, image/jpeg, image/pjpeg.......
5主机域名 Host: games.qq.com
6连接状态 Connection：keep-Alive
浏览器会得到服务器的影响 下面是响应报文头
HTTP/1.1 200 OK
Server: nginx/0.6.39
Content-Type: text/html; charset=gb2312
Transfer-Encoding: chunked
Connection: keep-alive
Content-Encoding: gzip
而这些 报文头的具体意思 这里就不详谈了，参考其他博文吧~~
而响应报文体则包含了众多的 html代码 js,css，对于这些内容我将会在以后的博文中陈述！这些设计了页面控件树的生成，比较复杂。
再浏览器获得了服务器的响应后，一次 请求-发送请求-处理请求-返回处理结果 这样一个过程也就结束了，Http协议就完成了一次工作，然后Http协议就不会关心用户在页面上所做的任何事情，直到用户再次请求！这就是一次浏览器和服务器最简单的交互！
好了，这篇文章也就结束了，下面就会讲 asp.net 页面生命周期了，谢谢~~~~~