茗空间

前端性能优化

发表于 | 分类于 | | 阅读次数
本文从Content、Server、Cookie、CSS、Javascript、Images、Mobile几方面做了简单介绍，主要内容来自雅虎军规和一部分工作中遇到的问题。性能对于程序来说至关重要，性能的好坏就像青春少女与老气横秋的老太婆，哈。

导语:

性能对于程序来说至关重要。本文主要内容是对文章的翻译，再加上对平常遇到的优化tip，从Content、Server、Cookie、CSS、Javascript、Images、Mobile几方面做了个简单的阐述。对于看到标题就知道什么意思的就不翻译了，^_^

这里有篇文章，介绍的点很多：点击进入

Content

1、减少Http请求

终端用户80%的响应时间花费在前端。这些时间大多数是与下载所有组件息息相关的，比如图片，样式表，脚本等。减少组件数量也就是减少渲染页面时需要的Http请求数。这个是加快页面速度的关键。

减少组件数量的一种方式是简化页面设计。但是又没有一种方式可以创建更丰富的内容的同时也能获得更快的响应呢？这里有几个技术点。

  • 合并文件：将所有脚本文件合并成一个脚本文件，同样把所有样式表合并成一个；
  • CSS Sprites：这是一种比较好的方法。合并你的背景图片，并且使用css的background-image和background-position属性展示需要的图片部分。
  • base64图片
  • 图片映射：不推荐，想了解猛戳这里；
  • 行内图片：使用data:URL scheme把图片数据嵌入到实际页面。这种方式还没被所有主流浏览器支持;

2、减少DNS查询

DNS(Domain Name System)用来映射主机名和ip地址。当你输入网址到你的浏览器，浏览器会与DNS解析器通讯返回服务器的ip地址。DNS有时间消耗，通常查询一个主机名的ip地址需要20-120毫秒。浏览器只有在DNS找到对应主机名的ip地址完成后，才能下载任何东西。

缓存DNS查询可以得到更好的性能。缓存可以出现在一个由用户的ISP（互联网服务提供商）或者局域网维持的特殊缓存服务器，但是也会出现在个人用户电脑。DNS信息保存在操作系统的DNS缓存中（在window里叫做“DNS Client Service”）。大多数浏览器有自己的缓存，与操作系统的缓存是分开的。只要浏览器在自己的缓存中保存着DNS记录，当请求一个记录时就不会理会操作系统。

IE默认缓存DNS查询是30分钟，是由注册表的DnsCacheTimeout指定的。FireFox缓存DNS查询是1分钟，由设置里的network.dnsCacheExpiration来控制。

当客户端的DNS缓存是空的（包括浏览器和操作系统），DNS查询的次数与唯一的主机名的个数相等。这些包括页面的URL、脚本文件、样式表、Flash对象等的主机名。减少唯一的主机名就能减少DNS查询。

减少唯一主机名的数量潜在的会减少发生在页面中并行下载的数量。避免DNS查询减少响应次数，但是减少并行下载的数量可能会增加响应次数。我的指导意见是分离这些组件到2-4个主机名下。这个结果是在减少DNS查询和允许高度并行下载之间的折中。

3、避免重定向

重定向的http状态码是301和302。这里有个301的例子：

1
2
3
HTTP/1.1 301 Moved Permanently
Location: http://example.com/newuri
Content-Type: text/html

浏览器自动跳转到location指定的地址。所有关于重定向的必要信息都在这个header里。
响应体通常是空的。除非指定请求头(比如Expires或者Cache-Control)，否则301和302响应都不会缓存。

meta的refresh标签和javascript是其他重定向的方式，但是如果你必须重定向，最好的技术是使用标准的3xx状态码，
主要是确保返回按钮可以正确使用。

主要是需要记住重定向会降低用户体验。在用户和html文档之间插入重定向会延迟页面中的所有东西，因为在html文档到达前，没有东西可以渲染，
没有控件可以下载。

一种很损耗的重定向经常发生而且web开发者通常不知道。当URL的末尾的斜杠丢失时就会发生。比如，目标地址是http://astrology.yahoo.com/astrology
会收到一个301响应（包含了一个重定向到http://astrology.yahoo.com/astrology/ 。这种情况在Apache里通过使用
Alias 或者 mod_rewrite，或者DirectorySlash指令修复。

连接一个老站点和新站点是另一个常见的使用重定向的情况。使用重定向链接两个站点很简单，并且只需要很少的代码，但是这降低了用户体验。

4、缓存Ajax请求

虽然ajax请求可以异步获取数据，但是异步并不是瞬间获得的，所以为了提高性能，优化ajax响应是很重要的。最重要的一种方式就是让ajax响应可
缓存，正如在过期时间和cache-control讲到的。一些规则同样适用于ajax：

5、延迟加载组件

延迟加载就是当用到的时候再加在，比如图片加载，在页面滚动到该图片的时候再加载，处理这种情况目前比较流行的插件是jQ插件lazyLoad

6、预加载组件

预加载看起来与延迟加载是相对的，其实还是有不同的。预加载是利用浏览器空闲时间下载未来将会用到的组件（image、js、css等）。

  • 无条件预加载：只要页面onload（如果你不知道onload是什么？请关掉本页^_^）函数被触发就加载。
  • 有条件预加载：基于用户行动来猜测用户下一步将要去哪儿来预加载，可以看看search.yahoo.com。
  • 预期预加载：这个是关于页面重新设计后没有任何缓存的情况下，如何提高性能，不做深入讨论了。

7、减少DOM元素数量

不用过多解释了吧，如果dom节点过多对于重绘和回流的开销都很大，比如一个p标签就搞定的文档，偏要这样搞：

haha

，这是强行增加浏览器的任务量啊。

8、跨域分离组件

分离组件到不同的域名下，比如js、css和image放到一个服务器，其它动态页面放到另一个服务器，这样可以利用浏览器的并行加载提高性能。
分离要保证域名个数为2-4个，不要太多因为浏览器对并行个数有限制，而且域名过多会导致DNS查询降低系统性能。

更多信息可以参考：Maximizing Parallel Downloads in the Carpool Lane

9、最小化iframe个数

iframe允许html文档嵌入到父文档。理解iframe如何工作才能高效使用它。

iframe pros(优点，网络用语):

  • (1) 对加载比较慢的第三方内容（比如广告）有帮助
  • (2) 安全的沙箱
  • (3) 并行下载脚本文件*

iframe cons(缺点):

  • (1) 即使是空页面也是有消耗的
  • (2) 阻塞页面加载
  • (3) 非语义的*

10、避免404错误

注意这里是找不到文件，而不是自定义404页面。

HTTP请求是很耗时的，因此发送一个HTTP请求并且收到不可用的响应（i.e. 404 Not Found）是完全没用的，会降低用户体验。

有些站点有有用的404页面”Did you mean X?”，这个有很好的用户体验，但是也同样消耗了服务器资源（比如数据库）。更糟糕的是当页面链接到外部Javascript报404错误。首先，这个下载会阻塞并行下载，然后浏览器会把404响应当成js代码解析，试图在里面找到可用的内容。

Server

1、使用CND

CDN中文名：内容分发网络，是一个被分配到不通地域的服务器集合，为了给用户提供更高效的响应。至于根据什么条件使用哪台服务器提供内容，超出我们的宗旨了，我们的宗旨是
点到为止^_^。

2、设置expires或者cache-control

这里提一下两者的区别：expires设置的是绝对时间，而cache-control: max-age=xxx 设置的是相对时间。后者更有用，因为不通服务器的时间可能会有差别，所以
设置绝对时间是不可取的。

对于过期时间有两点需要注意：

  • 静态组件：可以设置成永远不过期，就是设置expires为未来很远很远很远（萌妹子语气）的日期。
  • 动态组件：使用cache-control头来帮助浏览器有条件的请求，至于过期时间如何设置要根据动态组件的变化频率设置。

3、Gzip压缩组件

组件压缩后需要传输的数据量就大大减少了，从而减少响应时间。

对于HTTP/1.1，web客户端可以通过请求头Accept-Encoding: gzip, deflate来表明自己支持压缩，如果web服务器看到这个请求头，它可能就会用某个客户端提供的压缩方式
压缩响应数据，并通过响应头Content-Encoding: gzip通知客户端用什么方式压缩的。

4、配置ETags

5、尽早释放缓存

6、使用GET方法发送Ajax请求

Yahoo!Mail团队在使用XMLHttpRequest时发现：POST请求在浏览器中的实现包含两步处理：首先发送headers，然后发送数据。因此最好用GET，
这种方法只会使用一个TCP包去发送（除非你有很多cookie）。最大的URL长度在IE里是2k，因此如果你发送的多于2k最好就不要用GET。

一个有趣的副作用是没有发送任何数据的POST方法表现的就像GET。基于HTTP说名,GET
的意思是获取信息，因此当你只想获取数据使用GET是有道理的（从语义上），而不是发送数据保存到服务端。

7、Image避免空src

1、减小Cookie大小

在访问某域名的服务器时会携带所有该域名下相关的cookie，如果cookie变大，会严重影响系统性能。

2、为组件使用无Cookie的域名

当浏览器请求一张静态图片时也会带着cookie，但是服务器并不会使用这些cookie。因此他们无合理原因的创建了网络流量。你应该确保静态组件应该是无cookie的请求。创建一个自域名并把你的静态资源放那里。

如果你的域名是www.example.org,你可以安排你的静态资源在static.example.org。但是，如果你已经设置cookie在顶级域名example.org而不是www.example.org，那么所有的请求到static.example.org的请求也会包括这些cookie。这种情况下，你就应该购买一个完整的新域名了，
把你的静态组件放那里，并且保持这个域名是域名无关（cookie－free）的。

静态资源放到cookie无关的域名还有另一个好处：一些代理拒绝缓存带着cookie请求的组件。与此相关的,如果你在考虑主页使用example.org域名还是使用www.example.org,应该考虑cookie的影响。删除www会让你只能把cookie写在*.example.org下，因此为了性能的原因最好使用www的子域名，并把cookie写在子域名下。

CSS

1、把样式表放到上边

通过实践证明，将样式表放到页面（html）的上面，会让页面加载更快速。因为这样可以逐步渲染页面了。

2、避免Css表达式

避免，就不要用了，为什么？因为影响性能。为什么？因为。。。我也不知道。

3、选择而不是@import

记住，记住。

4、不要使用过滤器

记住，记住。

5、如何提升CSS选择器性能

请点击上面的链接。

CSS选择器的性能：#id > class > 标签选择器 > 相邻选择器(+) > 兄弟选择器(~) > 子选择器（>）> 后代选择器（desendant） > *（通配符选择器） > 属性选择器(attr) > 伪类选择器（pesudo）

Javascript

关于语法的优化，直接上张图：

image

这里需要说明的是位运算在js中效率很一般，它的处理类似java，但是java位运算处理的是整数，而js处理的数据都是double类型的，所以要先转化成整数，才能执行位运算，并且js转化的整数是32位的。

1、把Scripts放到底部

因为放到上面会阻塞页面加载。

2、使用外部的js和css

3、压缩js和css

4、移除重复的Scripts

5、最小化DOM访问

6、预加载组件

7、开发灵活的事件句柄

8、用localStorage强缓存js、css

有时因为有很多经常执行的事件附加到了DOM树里不同的元素上，导致页面响应慢。这就是使用时间代理是好方法的原因。如果你的div里有10个按钮，应该附加一个事件到div的wrapper上，而不是每个按钮都绑定一个事件。事件向上冒泡，你就能捕获事件，并且知道是哪个button产生的。

你也不必为了操作DOM树而等待onload事件。经常你需要的就是想访问的在DOM树里的元素是可用的。你不必等待所有图片下载完。DOMContentLoaded你可以用来取代onload，但是需要所有浏览器都支持才可用，你可以是YUI事件工具，它有onAvailable方法。

更多的信息请查看Julien Lecomte写的YUI theatre’s “High Performance Ajax Applications”

Images

1、优化图片

2、优化CSS Sprites

3、不要在html中缩放图片

4、使favicon.ico变小且可缓存

favicon.ico 是保存在服务器网站根目录的图片。它是一个必然的危害，因为即使你不关心它，浏览器仍然会请求它，因此最好不要产生404响应。而且因为在同一个服务器上，每次请求它cookie都会被发送。这个图片还会阻碍下载队列，比如在ie中，当你在onload中请求额外的组件时favicon将会在额外组件之前下载。

因此减缓有favicon这个缺点应确保：

  • 文件小，最好低于1K；
  • 设置你因为合适的Expires请求头（因为当你决定更改它的时候，你不能重命名）。你可以安稳的设置过期时间是未来的几个月。你可以查看最后一次favicon的修改时间做出有依据的决定。

imagemagick可以帮你创建小favicons.

Mobile

1、使组件小于25KB

2、将组件打包到多部分的文档中

Browser

1、避免reflow：Repaint 、Reflow 的基本认识和优化

参考：

Best Practices for Speeding Up Your Web Site

Repaint 、Reflow 的基本认识和优化

《Javascript高级教程(第3版)》