web优化（一）

　　今天读完了《高性能网站建设进阶指南》，记得博客园的某位前辈说，关于前端方面的书，带指南两个字的一般都是比较牛逼的，上一本看到的好书是《javascript权威指南》是淘宝前段团队翻译的，800多页很厚的一本，目前看完第一遍了，估计这个周末会开始看第二遍，一开始是在学校图书馆找到的，后来看到200多页的时候觉得真是太经典了，于是自己去买了一本。好了，不着急感叹了，现在对着高性能网站建设这本书的目录总结我的部分思考，因为确实很多，所以会分成几篇来说，在其中我会不细究浏览器兼容的，只会就特例来提到浏览器差异和版本差异。

　　首先，因为我自己是学底层的，学的是通信，所以会比较关注协议。HTTP是应用层的协议，在它之下是我们常说的套接字winsocket。http最初的协议很简单，只有几行，我们不去讨论。在一系列的RFC标准下，最终定义的http1.1，对于http1.1我们需要了解的是，它是一个持续的长连接，和以前相比，更容易传输含有图像和文件的网页。理解这个能为理解为何html5是如此的令人期待。因为从协议来说，html5中的websocket是实现了双向通信，是一种双工，以前是浏览器发起require，说，我要xx文件，而现在服务器可以上做到主动去push，当然我们有comet，用轮询，XHR流的方式来模拟双工，这其实是和http1.1协议的设计相违背的，而且其对服务器有一定的要求，看上去更像是在做善意的DDOS。。这边挖一个坑，关于http协议，协议头啊，状态啊，会在以后的博里面继续学习。

　　在web浏览器发起请求再到服务器响应，这里是关于协议，浏览器本身，期间的状态和出错代码，安全方面的考虑都作为一个坑先埋下。在已经建立连接，浏览器加载资源，DOMtree建立，渲染，javascript文件下载执行，这些是我们这次讨论的主题。

　　众所周知，浏览器本质是单线程的，它按fifo的顺序去执行事件，所以阻塞是我们所需要关心的。在web加载显示的全部过程里，最消耗时间的，并非很多书上所宣称的那样来自javascript，而是Domtree解析和页面的渲染，因此在后面我们也会提到，为何要用尽量使用变量而非对domtree进行操作，类似于getElementById（）；这样的，应尽可能的将其赋给一个局部变量。在雅虎的关于网站优化的35条守则，有这样一条，应尽可能的将js脚本放在代码的底部，因为js的下载执行会阻塞页面的渲染，如果js出现在很前会造成白屏现象，对于白屏现象，其实是一种页面的冻结，将其形象的称为白屏是因为倘若你将页面先至于about blank，然后加载的时候会发现页面渲染很慢，这会给用户带来不是很好的用户体验。js的执行会阻塞页面渲染的原因前面其实已经提到了，因为浏览器本质上是单线程的，那么现在来考虑更坏的情况，倘若有好几个js文件，他们依次被下载执行，我们会看到什么情况？对，页面很久都没有刷出来。那么可能，你的页面没有被打开就会被用户关闭了。所以，考虑到根源，我们当然一是可以把js竟可能的放在代码的底端，二就是是不是可以考虑模拟出一个并行的情况出来。接下来我们会看到很多了不起的想法，包括google 的gears 以及微软的js代码分拆，还有关于同源策略下跨域的处理等等。。我会在接下来的博里面慢慢说，初次博客，难免疏漏，欢迎有幸看到的大神拍砖。