YUI前端优化以内容篇

Excetional Performance团队总结出了一系列能够提升网站速度的方法。能够分为7大类34条。包括内容、服务器、cookie、CSS、JavaScript、图片、移动应用等七部分。
1、内容篇尽可能减小HTTP请求减小DNS查找避免跳转缓存Ajxa推迟加载提早加载减小DOM元素数量用域名划分页面内容减少iframe的大小避免404错误

一、尽可能减小HTTP请求次数
      终端用户响应的时间中，有80%用于下载各项内容。这部分时间包括下载页面中的图像、样式表、脚本、Flash等。经过减小页面中的元素能够减小HTTP请求的次数。这是提升网页速度的关键步骤。
      减小页面组件的方法其实就是简化页面设计。那么有没有一种方法既能保持页面内容的丰富性又能达到加快响应时间的目的呢？这里有几条减小HTTP请求次数同时又可能保持页面内容丰富的技术。

合并文件是经过把全部的脚本放到一个文件中来减小HTTP请求的方法，如能够简单地把全部的CSS文件都放入一个样式表中。当脚本或者样式表在不一样页面中使用时须要作不一样的修改，这可能会相对麻烦点，但即使如此也要把这个方法做为改善页面性能的重要一步。

CSS Sprites是减小图像请求的有效方法。把全部的背景图像都放到一个图片文件中，而后经过CSS的background-image和background-position属性来显示图片的不一样部分；

图片地图是 把多张图片整合到一张图片中。虽然文件的整体大小不会改变，可是能够减小HTTP请求次数。图片地图只有在图片的全部组成部分在页面中是紧挨在一块儿的时候 才能使用，如导航栏。肯定图片的坐标和可能会比较繁琐且容易出错，同时使用图片地图导航也不具备可读性，所以不推荐这种方法；

内联图像是使用data:URL scheme的方法把图像数据加载页面中。这可能会增长页面的大小。把内联图像放到样式表（可缓存）中能够减小HTTP请求同时又避免增长页面文件的大小。可是内联图像如今尚未获得主流浏览器的支持。

     减小页面的HTTP请求次数是你首先要作的一步。这是改进首次访问用户等待时间的最重要的方法。如同Tenni Theurer的他的博客Browser Cahe Usage - Exposed!中所说，HTTP请求在无缓存状况下占去了40%到60%的响应时间。让那些初次访问你网站的人得到更加快速的体验吧！

二、减小DNS查找次数
        域名系统（DNS）提供了域名和IP的对应关系，就像电话本中人名和他们的电话号码的关系同样。当你在浏览器地址栏中输入www.kuqin.com 时，DNS解析服务器就会返回这个域名对应的IP地址。DNS解析的过程一样也是须要时间的。通常状况下返回给定域名对应的IP地址会花费20到120毫秒的时间。并且在这个过程当中浏览器什么都不会作直到DNS查找完毕。

       缓存DNS查找能够改善页面性能。这种缓存须要一个特定的缓存服务器，这种服务器通常属于用户的ISP提供商或者本地局域网控制，可是它一样会在用户使用 的计算机上产生缓存。DNS信息会保留在操做系统的DNS缓存中（微软Windows系统中DNS Client Service）。大多数浏览器有独立于操做系统之外的本身的缓存。因为浏览器有本身的缓存记录，所以在一次请求中它不会受到操做系统的影响。

      Internet Explorer默认状况下对DNS查找记录的缓存时间为30分钟，它在注册表中的键值为DnsCacheTimeout。Firefox对DNS的查找 记录缓存时间为1分钟，它在配置文件中的选项为network.dnsCacheExpiration（Fasterfox把这个选项改成了1小时）。

      当客户端中的DNS缓存都为空时（浏览器和操做系统都为空），DNS查找的次数和页面中主机名的数量相同。这其中包括页面中URL、图片、脚本文件、样式表、Flash对象等包含的主机名。减小主机名的数量能够减小DNS查找次数。

      减小主机名的数量还能够减小页面中并行下载的数量。减小DNS查找次数能够节省响应时间，可是减小并行下载却会增长响应时间。个人指导原则是把这些页面中 的内容分割成至少两部分但不超过四部分。这种结果就是在减小DNS查找次数和保持较高程度并行下载二者之间的权衡了。

三、避免跳转
跳转是使用301和302代码实现的。下面是一个响应代码为301的HTTP头：
      HTTP/1.1 301 Moved Permanently
      Location: http://example.com/newuri
      Content-Type: text/html
      浏览器会把用户指向到Location中指定的URL。头文件中的全部信息在一次跳转中都是必需的，内容部分能够为空。无论他们的名称，301和302响 应都不会被缓存除非增长一个额外的头选项，如Expires或者Cache-Control来指定它缓存。<meat />元素的刷新标签和JavaScript也能够实现URL的跳转，可是若是你必需要跳转的时候，最好的方法就是使用标准的3XXHTTP状态代 码，这主要是为了确保“后退”按钮能够正确地使用。

      可是要记住跳转会下降用户体验。在用户和HTML文档中间增长一个跳转，会拖延页面中全部元素的显示，由于在HTML文件被加载前任何文件（图像、Flash等）都不会被下载。

      有一种常常被网页开发者忽略却每每十分浪费响应时间的跳转现象。这种现象发生在当URL本该有斜杠（/）却被忽略掉时。例如，当咱们要访问http: //astrology.yahoo.com/astrology 时，实际上返回的是一个包含301代码的跳转，它指向的是http://astrology.yahoo.com/astrology/ （注意末尾的斜杠）。在Apache服务器中可使用Alias 或者 mod_rewrite或者the DirectorySlash来避免。

      链接新网站和旧网站是跳转功能常常被用到的另外一种状况。这种状况下每每要链接网站的不一样内容而后根据用户的不一样类型（如浏览器类型、用户帐号所属类型）来 进行跳转。使用跳转来实现两个网站的切换十分简单，须要的代码量也很少。尽管使用这种方法对于开发者来讲能够下降复杂程度，可是它一样下降用户体验。一个 可替代方法就是若是二者在同一台服务器上时使用Alias和mod_rewrite和实现。若是是由于域名的不一样而采用跳转，那么能够经过使用Alias 或者mod_rewirte创建CNAME（保存一个域名和另一个域名之间关系的DNS记录）来替代。

四、可缓存的AJAX
      Ajax常常被说起的一个好处就是因为其从后台服务器传输信息的异步性而为用户带来的反馈的即时性。可是，使用Ajax并不能保证用户不会在等待异步的 JavaScript和XML响应上花费时间。在不少应用中，用户是否须要等待响应取决于Ajax如何来使用。例如，在一个基于Web的Email客户端 中，用户必须等待Ajax返回符合他们条件的邮件查询结果。记住一点，“异步”并不异味着“即时”，这很重要。

      为了提升性能，优化Ajax响应是很重要的。提升Ajxa性能的措施中最重要的方法就是使响应具备可缓存性，具体的讨论能够查看Add an Expires or a Cache-Control Header。其它的几条规则也一样适用于Ajax：
    Gizp压缩文件
    减小DNS查找次数
    精简JavaScript
    避免跳转
    配置ETags

     让咱们来看一个例子：一个Web2.0的Email客户端会使用Ajax来自动完成对用户地址薄的下载。若是用户在上次使用过Email web应用程序后没有对地址薄做任何的修改，并且Ajax响应经过Expire或者Cacke-Control头来实现缓存，那么就能够直接从上一次的缓 存中读取地址薄了。必须告知浏览器是使用缓存中的地址薄仍是发送一个新的请求。这能够经过为读取地址薄的Ajax URL增长一个含有上次编辑时间的时间戳来实现，例如，&t=11900241612等。若是地址薄在上次下载后没有被编辑过，时间戳就不变，则 从浏览器的缓存中加载从而减小了一次HTTP请求过程。若是用户修改过地址薄，时间戳就会用来肯定新的URL和缓存响应并不匹配，浏览器就会重要请求更新 地址薄。
        即便你的Ajxa响应是动态生成的，哪怕它只适用于一个用户，那么它也应该被缓存起来。这样作可使你的Web2.0应用程序更加快捷。

五、推迟加载内容
        你能够仔细看一下你的网页，问问本身“哪些内容是页面呈现时所必需首先加载的？哪些内容和结构能够稍后再加载？
        把整个过程按照onload事件分隔成两部分，JavaScript是一个理想的选择。例如，若是你有用于实现拖放和动画的JavaScript，那么它 就以等待稍后加载，由于页面上的拖放元素是在初始化呈现以后才发生的。其它的例如隐藏部分的内容（用户操做以后才显现的内容）和处于折叠部分的图像也能够 推迟加载
        工具能够节省你的工做量：YUI Image Loader能够帮你推迟加载折叠部分的图片，YUI Get utility是包含JS和 CSS的便捷方法。好比你能够打开Firebug的Net选项卡看一下Yahoo的首页。
        当性能目标和其它网站开发实践一致时就会相得益彰。这种状况下，经过程序提升网站性能的方法告诉咱们，在支持JavaScript的状况下，能够先去除用 户体验，不过这要保证你的网站在没有JavaScript也能够正常运行。在肯定页面运行正常后，再加载脚原本实现如拖放和动画等更加花哨的效果。

六、预加载
        预加载和后加载看起来彷佛偏偏相反，但实际上预加载是为了实现另一种目标。预加载是在浏览器空闲时请求未来可能会用到的页面内容（如图像、样式表和脚 本）。使用这种方法，当用户要访问下一个页面时，页面中的内容大部分已经加载到缓存中了，所以能够大大改善访问速度。

下面提供了几种预加载方法：
无条件加载：触发onload事件时，直接加载额外的页面内容。以Google.com为例，你能够看一下它的spirit image图像是怎样在onload中加载的。这个spirit image图像在google.com主页中是不须要的，可是却能够在搜索结果页面中用到它。
有条件加载：根据用户的操做来有根据地判断用户下面可能去往的页面并相应的预加载页面内容。在search.yahoo.com中你能够看到如何在你输入内容时加载额外的页面内容。
有预期的加载：载 入从新设计过的页面时使用预加载。这种状况常常出如今页面通过从新设计后用户抱怨“新的页面看起来很酷，可是却比之前慢”。问题可能出在用户对于你的旧站 点创建了完整的缓存，而对于新站点却没有任何缓存内容。所以你能够在访问新站以前就加载一部内容来避免这种结果的出现。在你的旧站中利用浏览器的空余时间 加载新站中用到的图像的和脚原本提升访问速度。

七、减小DOM元素数量
        一个复杂的页面意味着须要下载更多数据，同时也意味着JavaScript遍历DOM的效率越慢。好比当你增长一个事件句柄时在500和5000个DOM元素中循环效果确定是不同的。
       大量的DOM元素的存在乎味着页面中有能够不用移除内容只须要替换元素标签就能够精简的部分。你在页面布局中使用表格了吗？你有没有仅仅为了布局而引入更多的<div>元素呢？也许会存在一个适合或者在语意是更贴切的标签能够供你使用。
        YUI CSS utilities能够给你的布局带来巨大帮助：grids.css能够帮你实现总体布局，font.css和reset.css能够帮助你移除浏览器默 认格式。它提供了一个从新审视你页面中标签的机会，好比只有在语意上有意义时才使用<div>，而不是由于它具备换行效果才使用它。
      DOM元素数量很容易计算出来，只须要在Firebug的控制台内输入：
document.getElementsByTagName('*').length
        那么多少个DOM元素算是多呢？这能够对照有很好标记使用的相似页面。好比Yahoo!主页是一个内容很是多的页面，可是它只使用了700个元素（HTML标签）。

八、根据域名划分页面内容
      把页面内容划分红若干部分可使你最大限度地实现平行下载。因为DNS查找带来的影响你首先要确保你使用的域名数量在2个到4个之间。例如，你能够把用到 的HTML内容和动态内容放在www.example.org上，而把页面各类组件（图片、脚本、CSS)分别存放在 statics1.example.org和statics.example.org上。
你可在Tenni Theurer和Patty Chi合写的文章Maximizing Parallel Downloads in the Carpool Lane找到更多相关信息。

九、使iframe的数量最小
      ifrmae元素能够在父文档中插入一个新的HTML文档。了解iframe的工做理而后才能更加有效地使用它，这一点很重要。
<iframe>优势：

解决加载缓慢的第三方内容如图标和广告等的加载问题Security sandbox并行加载脚本

<iframe>的缺点：

即时内容为空，加载也须要时间会阻止页面加载没有语意

十、不要出现404错误
      HTTP请求时间消耗是很大的，所以使用HTTP请求来得到一个没有用处的响应（例如404没有找到页面）是彻底没有必要的，它只会下降用户体验而不会有一点好处。
      有些站点把404错误响应页面改成“你是否是要找***”，这虽然改进了用户体验可是一样也会浪费服务器资源（如数据库等）。最糟糕的状况是指向外部 JavaScript的连接出现问题并返回404代码。首先，这种加载会破坏并行加载；其次浏览器会把试图在返回的404响应内容中找到可能有用的部分当 做JavaScript代码来执行。