最近听了阿里一位大牛的讲座，讲web架构优化对网页加载的影响，看完之后对他所讲的一些优化方法进行一些总结和整理，发现收获还是蛮多的，下面多为个人整理和个人见解，希望有说的不对的，能及时指出
1.DNS解析优化
1.1利用TTL：利用TTL:因为DNS解析时，都是逐层查找DNS缓存，最后去跟服务器查询，而缓存有是有一定的生命周期，即Time To Live，而如果能快速的拿到缓存A记录，也就避免了我们逐层慢慢的查询了
1.2拆分域名：浏览器对于同一域名下文件同步请求是有上限的，比如ie8，同一域名下文件，同一时间只能发起6个请求，这时候拆分域名的重要性不言而喻
1.3DNS prefetch：拥有DNS prefetching属性的域名在用户点击前就已经在后台解析，而域名解析和内容载入都是串行网络的操作，故此能减少等待时间，即DNS预解析，在meta元标签里先告知浏览器要进行DNS预解析，然后通过link标签进行强制DNS预解析
2.TCP建联优化（即对rwnd，cwnd的处理）
2.1流量控制：即对接受窗口（rwnd）的处理，考虑丢包的情况，对于传输数据有一定上限限制，并进行相互的告知，防止接收方处理能力跟不上接受能力
2.2慢启动：即拥塞窗口（cwnd）的慢步启动，表示接收方确认前的最大允许传输的未经确认数据，而cwnd的初始值一般都很小，往往在得到接收方回应后，其cwnd值会缓步增加（这和宠物喂食是一样的道理，开始的时候，我们会放很少的狗粮，当发现不够时，我们在缓步增加他的喂食量），而cwnd的值也不会无止境的增长，当出现网络过载时，cwnd又会骤降--------------慢启动对于视频加载影响可能并不是很明显，但是web访问时，往往数据量并不是很大，可能我们的cwnd还在初尝试的增加中，web已经加载完毕了，所以说在应用于web优化时，我们慢启动的cwnd初始值可以适当的高一点，Google给出cwnd的建议值是10MSS
3.CDN加速
这块我感觉很多人都用过，最常见的就是script src引用一个cdn地址的文件，其原理就是就近原则
4.请求合并（减少http请求）
这块可行的方法太多了，举几个个人平时碰到的解决方案
4.1gulp/grunt合并文件
4.2雪碧图
4.3图片以base64码形式引入，每一个src都是一个http请求，而当img以base64的形式引入时，并不是外部载入，解析的事就交给了浏览器，从而减少了http请求
5.重定向优化
这边谈到的重定向肯定是临时重定向，说明白点就是我们一个form表单post给一个php文件，这时候浏览器就会被告知要跳转到另外一个url，这就是一步重定向。而重定向对于用户体验的影响就不要我多说了，SPA形式的应用之所以流行，很大一部分原因就是其数据交互都是采用ajax，即无缝刷新，每一个url的重刷新都是对用户耐心的一个消磨。但是凡事无绝对，重定向对于PC端有无疑是不可或缺的，比如说网易的官网，他需要对用户流量进行跟踪，从而知道网站哪些是热点区域，那些需要改良。所以我们不能一味的说避免重定向，而是有选择性的对其优化
当然重定向还有一个很突出的有点，对于有下载需求的客户，我们在收到他的下载请求后，获取他的ip，分配给他一个离他较近的下载地址，对不同用户进行不同的http重定向，从而加快用户体验
6.NS部署，Anycast
前者是在看云栖大会时看到的一个概念，百度之后也没有太大的效果，希望有大牛可以告知。后者大概是指一种就近原则的通信手段=0=一知半解
7.缓存
7.1动态页面静态缓存：虽然网页中部分数据使用动态读取得到的，但是直接缓存整个静态，将动态数据静态化，而数据库有变动时，在下次访问静态页面时，更换缓存
7.2缓存查询结果：同样的道理，这时候不对页面进行静态缓存，而是对查询结果缓存，减少对数据库的查询操作，同样减少了用户的加载时间
8.请求异步
这块就不多说了，大部分人应该在开发中常用这种方法了
9.http 2.0
= o=这块自行百度，个人看完后只是一知半解，还不敢拿上台面评头论足
10.负载均衡
web负载均衡，ip负载均衡，反代，dns等等，应用场景也多彩多样，通过给服务器集群分配任务，从而加快进程的处理，又或者根据ip分配较近，空闲服务器进行服务
11.除了上述架构系统层面的优化办法，还有一些小技巧
11.1 lazy load针对图片资源较多，或类似贴吧那种结构的网站
11.2 LAMPN系统组合，即linux+apache+mysql+php+nginx的组合，对于静态加载和php动态请求完美分工，各取所长
11.3 代码优化：css选择器命名优化，针对浏览器从右向左扫描的原则，尽量单一命名，减少父子选择器的使用。Js代码优化，例如针对作用域链的代码优化..等等
11.4 代码压缩：这块gulp和grunt都可以胜任