网站前端性能优化总结

分类:性能优化_架构设计| 发布:camnprbubuol| 查看: | 发表时间:2013/11/27

摘要:网站优化的方面:

一、服务器侧优化(包括:添加 Expires 或 Cache-Control 信息头、压缩内容、设置Etags等)  

二、Cookie优化(包括:减小Cookie体积、对于页面内容使用无coockie域名等)

三、JAVASCRIPT 和 CSS 优化(包括:把 CSS 放到代码页上端、避免 CSS 表达式、从页面中剥离 JavaScript 与 CSS、精简 JavaScript 与 CSS、使用 <link> 而不是 @importChoose <link> over @import、避免使用CSS Filter、JS尽量放到页面最下端、页面展现尽量交给CSS完成等)

四、图片优化(包括:优化图片、使用 CSS Sprites 对图片优化、不要在 HTML 中缩放图片、用更小的并且可缓存的 favicon.ico、压缩图片不一定是有损的等)

五、内容优化(包括:减少 DNS 查找、尽量减少重定向、切分组件到多个域、杜绝 http 404 错误等)

 

一、服务器侧优化

1添加 Expires 或 Cache-Control 信息头 

某些经常使用到、并且不会经常做改动的图片(banner、logo等等)、静态文件(登录首页、说明文档等)可以设置较长的有效期(expiration date),这些HTTP头向客户端表明了文档的有效性和持久性。如果有缓存,文档就可以从缓存(除已经过期)而不是从服务器读取。接着,客户端考察缓存中的副本,看看是否过期或者失效,以决定是否必须从服务器获得更新。

各个容器都有针对的方案,,以 Apache 为例:

ExpiresActive On
ExpiresByType image/gif " access plus 1 weeks "

表示gif文件缓存一周,配置可以根据具体的业务进行调整,具体配置可以参考:

化前的某页面

需要注意的是,使用etags会增加服务器端的负载,在实际应用中需要自行平衡。

二、Cookie优化

1. 减小Cookie体积
HTTP coockie可以用于权限验证和个性化身份等多种用途。coockie内的有关信息是通过HTTP文件头来在web服务器和浏览器之间进行交流的。因此保持coockie尽可能的小以减少用户的响应时间十分重要。

使cookie体积尽量小;

在合适的子域名上设置bookie,以免影响其他子域名下的响应;

设置合理的过期时间,去掉不必要的cookie。

下面对比一下各个网站的cookie:

图中可以看出,6K的cookie显然是不必要的。

2. 对于页面内容使用无coockie域名

当浏览器在请求中同时请求一张静态的图片和发送coockie时,服务器对于这些coockie不会做任何地使用。因此它们只是因为某些负面因素而创建的网络传输。所以你应该确定对于静态内容的请求是无coockie的请求。创建一个子域名并用他来存放所有静态内容。

例如,域名是www.example.org,则可以考虑可以在static.example.org上存在静态内容。但是,如果不是在www.example.org上而是在顶级域名example.org设置了coockie,那么所有对于static.example.org的请求都包含coockie。在这种情况下,可以考虑重新购买一个新的域名来存在静态内容,并且要保持这个域名是无coockie的。例如,t.qq.com使用的是qpic.cn,weibo.com使用的是sinaimg.cn,xiaonei.com使用的是hdn.xnimg.cn等等。

性能方面的考虑还有使用带有www的子域名并且在它上面设置coockie,因为忽略www会把cookie设置到*.example.com上去,使cookie带有一些不必要的信息。

三、JAVA SCRIPT 和 CSS 优化

1. 把 CSS 放到代码页上端 

这么做可以避免浏览器在解释一次之后,使用css进行第二次解释,因为用户对css裸奔日效果根本就不感兴趣。

css裸奔节效果图(来源:网络) 

2. 避免 CSS 表达式 

凡是只有IE能用的东西,都不是好东西。

3. 从页面中剥离 JavaScript 与 CSS

剥离后,能够有针对性的对其进行单独的处理策略,比如压缩或者缓存策略。

(css已经剥离,但js嵌入到html里面了,并且放在了html的上部,所以这货是正面+反面教材)

4. 精简 JavaScript 与 CSS

语法能简写话尽量简写。

(相同表现的类合并)

5. 使用 <link> 而不是 @importChoose <link> over @import

在 IE 中 @import 指令等同于把 link 标记写在 HTML 的底部,这与第一条相违背。

6. 避免使用CSS Filter

尽量使用png格式的图片来代替滤镜效果,因为开启滤镜会加大浏览器的开销。  

7. JS尽量放到页面最下端

当一个脚本在下载的时候,浏览器会卡住,无法响应其他请求。所以,可以将功能性的JS放到最后端去处理。

8页面展现尽量交给CSS完成

曾经见过一个JS+CSS写出来的下拉框,如图:

实现原理是JS获取页面的每一个select元素和其对应的属性,然后用js重新画出新的样式效果:

多出的这部分JS执行过程会降低客户端的性能,所以最终没有采用这个select样式。

四、图片优化

1. 优化图片 

尽可能的使用 PNG 格式的图片,因为和GIF相比,PNG有更多的功能和更小的体积,而且未来PNG会加入动画效果:

2. 使用 CSS Sprites 对图片优化 

简单的说就是"利用 CSS background 相关元素进行背景图绝对定位",把多次HTTP 调用变为一次调用:

这些表情在鼠标没有经过的时候,都是从一张图片上绝对定位出来的,只有在鼠标放到某一张表情上时,才会从服务器上下载gif图片,这样可以减少(N-1)次HTTP请求。

使用 CSS Sprites 的不足之处是客户端将消耗更多内存,因为CSS Sprites 会打开多个图片的副本,目前的解决办法是按照使用频率不同,合并成几个级别的图片,分批次下载并在客户端展示。

3. 不要在 HTML 中缩放图片 

用 

(服务器上因为缺少favicon.ico而产生的404错误)

4. 压缩图片不一定是有损的 

对已有图片进行压缩并不对影响用户体验,主要基于以下两点:

1. 用户未必会感觉到色彩的损失;

2. 压缩不一定会损坏图片的质量。

无损压缩图片的原理可以参考下面的链接,本文不再赘述:下图是压缩前后的大小对比:

该工具地址为:http://www.smushit.com/ ,强烈推荐使用。

五、内容优化

1. 减少 DNS 查找

DNS lookup 是很耗费时间的步骤,网站上如果过多的使用了站外的 Widget ,DNS 查找带来的问题是不容忽视的。

2. 尽量减少重定向

并且注意一些不必要的重定向,比如对 Web 站点子目录的后面添加个 "/" ,就能有效避免一次重定向。对于服务器来说,请求http://example.com/fml 与请求 http://example.com/fml/  是有差异的。如果是 Apache 服务器,可以通过配置mod_rewrite解决这个问题。具体请参考:http://lamp.linux.gov.cn/Apache/ApacheMenu/mod/mod_rewrite.html 

3. 切分组件到多个域

主要的目的是提高页面组件并行下载能力,但注意,也不要同时使用过多的域名,否则就会出现第一条DNS lookup过多的问题,一般情况下两个域名就可以了。 

4. 杜绝 http 404 错误

对页面链接的充分测试加上对 Web 服务器 error 日志的不断跟踪可以有效减少 404 错误,并提升用户体验。

后记:

这次总结给我带来的启发并不在于提升系统性能性能本身,提升性能只是一个很表面上的东西,网上的方法有很多,测试的方法也有很多,照着都做一遍,性能确实会有所提升,但是这种知其然而不知其所以然的性能提升是没有意义的,这便是本文的目的所在。

参考:

http://developer.yahoo.com/performance/

http://code.google.com/speed/page-speed/docs/rules_intro.html

http://book.douban.com/subject/4719162/

http://book.douban.com/subject/3132277/

      转自:http://blog.csdn.net/wireless_tech/archive/2011/06/21/6558888.aspx

365据说看到好文章不转的人,服务器容易宕机
原创文章如转载,请注明:转载自郑州网建-前端开发 http://camnpr.com/
本文链接:http://camnpr.com/archives/website-front-end-performance-optimization.html