压缩

浏览器使用Accept-Encoding头来生命它支持压缩。

服务器使用content-Encoding头确认响应已被压缩。

持久连接

request:      Connection:keep-alive

response:    Connection:keep-alive

图片优化

1.使用图片地图，将多个图片整合到一张图片上   <map>

2.CSS Sprites   多张图片合并为一张，使用时，通过位置制定

合并后大小比单个图片总和还小，并且减少http请求

3.内联图片 data：URL

添加 Expires头

浏览器使用缓存来减少HTTP请求的数量，并减少HTTP响应的大小，使Wweb页面加载的更快。

Web服务器使用Expires头来告诉Web客户端它可以使用一个组件的当前副本，直到指定的时间为止。

HTTP规范中简要地称该头为“在这一日期/时间之后，响应将被认为是无效的”。

Expires：Thu, 15 Apr 2010 20:00:00 GMT

弱点：

Expires头使用一个特定的时间，它要求服务器和客户端的时钟严格同步。

另外，过期日期需要经常检查，并且一旦未来这一天到来了，还需要在服务器配置中提供一个新的日期。

带有max-age的Cache-Control

使用带有max-age的Cache-Control 可以消除Expires的限制

mod_expires Apache模块使你在使用Expires头时能像max-age那样以相对的方式设置日期。

这通过Expires-Default指令来完成

Last-Modified   /    If-Modified-Since

如果一个组件没有一个长久的Expires头，浏览器仍会缓存住，在后续请求中，浏览器会检查缓存并发现组件已过期。

为了提高效率，浏览器会像原始服务器发送一个GET请求。

如果组件没有改变，原始服务器可以免于发送整个数据，而是发送一个很小的头(304),告诉浏览器可以使用其缓存的组件。

Last-Modified      : 服务器发送给客户端最后的修改时间

If-Modified-Since : 客户端记录的服务器最后修改时间

注意：

通过修订文件名的方式，排除在重新发布项目时，浏览器使用缓存中的数据，不再获取最新文件，通常将项目版本号追加到文件名上。

压缩组件

通过减小HTTP响应的大小来减少响应时间。

如果HTTP请求产生的响应包很小，传输时间就会减小，因为只需将很小的包从服务器传递到客户端。

使用gzip编码来压缩HTTP响应包，并由此减小网络响应时间。

这是减小页面大小的最简单的技术。

从HTTP 1.1 开始，Web客户端可以通过HTTP请求中的 Accept-Encoding 头来标识对压缩的支持。

Accept-Encoding : gzip, deflate

如果Web服务器看到请求中有这个头，就会使用客户端列出的方法中的一种来压缩响应。

Web服务器通过响应中的Content-Encoding头来同志客户端。

Conten-Encoding : gzip

压缩什么：

html，script，css，XML，JSON....

image 和 pdf 不应该被压缩，因为他们已经被压缩了，再压缩只会浪费CPU资源。

根据经验通常对大于1KB或2KB的文件进行压缩。

mod_gzip_minimum_file_size指令控制希望压缩的文件的最小值，默认是500B。

将样式标放在顶部

为避免白屏，请将样式表放在文档顶部的HEAD中。

经过这样修改后的示例网站称作 " CSS at tht Top ",解决了所有错误的情况。

样式表在页面中的位置并不影响下载时间，但是会影响页面的呈现。

如果样式表仍在加载，构建呈现树就是一种浪费，因为在所有样式表加载并解析完毕之前无需绘制任何东西。否则，在其准备好之前显示内容会遇到 “无样式内容的闪烁” 问题。

将脚本放在底部

最好将脚本从页面的顶部移至底部。

这样页面即可以逐步呈现，也可以提高下载的并行度。

对于位与脚本以下的文档内容，逐步呈现都被堵塞了。

将脚本放在页面越靠下的地方，以为着越多的内容能够逐步呈现。

并行下载：

HTTP 1.1 规范建议浏览器从每个主机名并行地下载两个组件。

很多Web页面需要从一个主机名下载所有的组件。

使用DNS别名将组件分放到多个主机中。

建议使用连个主机名，效率最佳。

脚本阻塞下载：

并行下载组件的优点是很明显的，但在下载脚本时并行下载实际上是禁用的，即使使用了不同的主机名，浏览器也不会启动其他下载的。（不仅仅阻塞script，其他下载也会阻塞）

脚本阻塞下载的原因主要是为了保证脚本的加载顺序。

• 脚本会阻塞对其后面内容的呈现
• 简本会阻塞对其后面组件的下载

动态内联 javascript / css

使用cookies做指示器，如果cookies不存在，就内联javascript和css，页面加载完成后，在load事件中动态加载外部javascript和css文件（加载到隐藏的iframe中，实现缓存外部文件，且不影响当前页面）。

当用户第一次访问页面时，服务器发现没有cookie，于是生成了一个内联组件的页面。

然后服务器添加javascript来在页面加载后动态下载外部文件(并设置cookie).

减少DNS查找

精简javascript

精简

混淆

避免重定向

301 重定向，重定向地址在response头信息的Location中，代表永久转移。

302 重定向，重定向地址在response头信息的Location中，代表暂时转移（已过时）。

303 重定向，对于302的补充，必须使用GET请求获取新位置的资源。

307 重定向，对于302的补充，后续请求资源的方法是使用与当前交互相同的方法而不是全部使用GET。

304 Not Modified，通知浏览器可以直接使用缓存中的副本。

ETag

集群环境下有问题

配置或移除

使ajax可缓存

对于图片的处理

1.图片地图，css sprites，内联图片

2.使用缓存

3.制定图片的原始大小，不要放大图片，缩小图片

4.照片使用JPEG，动画使用GIF，其他使用PNG，并尽量使用PNG8

5.图片lazzy 加载

创建快速响应的Web应用

脚本的耗时开销很低，而处理CSS是最大的开销。理解DOM的奥秘并减少它的影响比试图给脚本提速效果更好。

用户操作时，浏览器使用单线程从队列中取出事件，然后对事件本身进行处理或执行javascript。

怎样才算够快

用户直接操作UI中对象的感觉极限为 0.1秒。

如果无法在0.1秒内完成，那么必须在1秒内完成，在0.2到1秒的处理时间内，用户会感到计算机正在处理中。

超过1秒的延时要提示用户计算机正在解决这个个问题，如光标的形状改变。

超过10秒的任何操作都需要一个百分比完成指示器，以及一个方便用户中断操作且有清晰标识的方法。

使用Firebug插件，分析javascript代码性能。

定时器

使用定时器模拟多线程应用，简单的将运行时间很长的计算拆成独立的区块。

内存优化

使用delete关键字从内存中移除不再需要的javascript对象。

从网页的DOM树上移除不再是必须的节点。

Comet

低延时数据传输技术，它们是comet的基础：轮询、长轮询、永久帧、XHR流、WebSocket。

1.轮询

简单轮询，即网站或应用每x毫秒发出一个请求来检查是否有更新要呈现到用户界面上。

eg：settimeout

在服务器按已知间隔时间生成信息的情况下，轮询是可行的

简单轮询是效率最低但最简单的comet技术。

2.长轮询

浏览器发送一个请求到服务端，而服务端只在有可用的新数据的情况下才响应。

在支持长轮询，服务端要完全保持一个所有未响应请求和它们对应连接的大集合。

服务端通过返回 Transfer-Encoding: chunked 或 Connection:close 响应来保持这些请求连接。

即通过XHR建立与服务器的连接，在服务端数据发生改变的时候，通过XHR通知浏览器，此时再发送请求数据的连接。

客户端会与服务器建立一个持久的连接，直到服务器端有数据发送过来，服务器端断开，客户端处理完推送的数据，会再次发起一个持久的连接，循环往复。

3.永久帧

4.XHR流

IE7以下浏览器不支持

http://www.cnblogs.com/hoojo/p/longPolling_comet_jquery_iframe_ajax.html

简化CSS选择符

 CSS选择符是从右到左进行匹配。

 尽量避免使用通配规则

不要限定ID选择符

不要用具体的标签限定类选择符，而是根据实际情况对类名进行扩展

对于子选择符和后代选择符尽可能用具体的类来表示

浏览器的重排必须再次匹配所有的css选择符