阅读指导：
1. 每条规则后会指明是针对上述所说的七大类别中哪个类别的优化。
2. 文中提到的一些工具在文后附注中会提供简要说明。
3. 文中经常提到“组件”这个词，这个词不同于我们程序开发中常提到的组件概念。本文中提到的“组件”特指嵌在HTML页面中图片、JavaScript脚本、CSS等静态文件。
一、尽早清除缓冲区［服务器端］
假如用户请求一个页面，而这个页面在后端服务器需要花200至500毫秒乃至更长时间才能生成最终HTML页面，这时候用户浏览器处于较长时间的、等待页面数据返回的空闲状态，用户体验不会很好。此时可以根据页面内容长短做适当分隔，将先生成的页面局部HTML缓冲内容提前发送到客户端，不必让服务器消耗内存缓冲完整个庞大的页面内容后再行输出。这种方法有益于处理后端负荷大而前端负荷轻的页面。
在HTML页面的head标签位置后是清除缓冲的好位置，因为HTML的head标签可以包括 CSS 和 JavaScript 文件，对于浏览器而言获取页面显示与后端服务器处理并行的效果较好。在PHP中有一个函数 flush()，它可以发送请求页面的局部HTML代码给浏览器，以便浏览器能先取得页面已经生成的部分HTML，同时后端服务器继续忙于处理生成页面余下的HTML。以下以此函数做个示例：
... <!-- css, js -->
</head>
<!-- 注意此处flush()是放在了head标签位置后面 -->
<?php flush(); ?>
<body>
... <!-- content -->
flush
(PHP 3, PHP 4, PHP 5)
flush -- 刷新输出缓冲
说明
void flush ( void )
刷新PHP程序的缓冲，而不论PHP执行在何种情况下（CGI ，web服务器等等）。该函数将当前为止程序的所有输出发送到用户的浏览器。
flush() 函数不会对服务器或客户端浏览器的缓存模式产生影响。因此，必须同时使用 ob_flush() 和flush() 函数来刷新输出缓冲。
个别web服务器程序，特别是Win32下的web服务器程序，在发送结果到浏览器之前，仍然会缓存脚本的输出，直到程序结束为止。
有些Apache的模块，比如mod_gzip，可能自己进行输出缓存，这将导致flush()函数产生的结果不会立即被发送到客户端浏览器。
甚至浏览器也会在显示之前，缓存接收到的内容。例如 Netscape 浏览器会在接受到换行或 html 标记的开头之前缓存内容，并且在接受到 </table> 标记之前，不会显示出整个表格。
一些版本的 Microsoft Internet Explorer 只有当接受到的256个字节以后才开始显示该页面，所以必须发送一些额外的空格来让这些浏览器显示页面内容。
ob_flush
(PHP 4 >= 4.2.0, PHP 5)
ob_flush -- Flush (send) the output buffer
Description
void ob_flush ( void )
This function will send the contents of the output buffer (if any). If you want to further process the buffer's contents you have to call ob_get_contents() before ob_flush() as the buffer contents are discarded after ob_flush() is called.
This function does not destroy the output buffer like ob_end_flush() does.
lush和ob_flush的使用上有一些特别容易犯错的地方，造成无法刷新输出缓冲。
一. flush和ob_flush的正确顺序，正确应是，先ob_flush再flush，如下：
ob_flush();
flush();
如果Web服务器的操作系统是windows系统，那顺序颠倒或者不使用ob_flush()也不会出现问题。但是在Linux系统上就无法刷新输出缓冲。
二. 使用ob_flush()前，确保前面的内容大小足够4069字符。
一些Web服务器的output_buffering默认是4069字符或者更大，即输出内容必须达到4069字符服务器才会flush刷新输出缓冲，为了确保flush有效，最好在ob_flush()函数前有以下语句：
print str_repeat(" ", 4096);
以确保到达output_buffering值。
| ■ 以下是代码片断： |
|
for ($i=10; $i>0; $i--)
{ echo $i.'<br />'; ob_flush(); flush(); sleep(1); } ob_end_flush(); |
其他语言也有类似语法，如ASP.NET和ASP中的 Response.Flush()。
注意：在实际Web开发中，尽量减少HTTP请求次数是优化的重要方面，这条基本原则是早先14条和新增20条中很多规则的制订基础，实际上它也是14条规则中第一条也是非常重要的一条规则，但是使用尽早清除缓冲语句会增加一个页面的HTTP请求次数，这无疑是一个矛盾，因此请注意本条规则的适用范围，不要滥用它。
二、使用GET方法的AJAX请求［服务器端］
这个容易理解一些。AJAX经常要用XMLHttpRequest，但是它的POST方法在浏览器中完成需要执行两步：首先发送信息头，然后才是发送数据；而GET方法只用一个TCP数据包传递（cookies信息例外）即可，减少了一个步骤，速度会快些。
另外根据HTTP规范，GET方法就是为获取信息而生的。因此仅在请求数据而不是发送数据给服务器端存储时，使用GET方法很有意义。
要注意的是，IE中URL允许最大允许长度是2K，用GET方法发送数据时注意2K的这个限制。
post与get请求的两个小例子：
function star_data(num){
xmlHttp=GetXmlHttpObject()
if (xmlHttp==null)
{
alert ("Browser does not support HTTP Request")
return
}
var url="star_data.php"
var num_key="num_arr="+num;
num_key= encodeURI(num_key)
xmlHttp.onreadystatechange=stardataChanged //这个调用不能带参数
xmlHttp.open("POST",url,true)//post传输的时候这个只发url
xmlHttp.setRequestHeader("Content-Type","application/x-www-form-urlencoded");//post方式
xmlHttp.send(num_key)
}
function stardataChanged(){
if (xmlHttp.readyState==4 || xmlHttp.readyState=="complete")
{
document.getElementById("star_data").innerHTML=xmlHttp.responseText
var page = document.getElementById("now_page").value;
page_controlle(page)
}
}
function star_data(num){
xmlHttp=GetXmlHttpObject()
if (xmlHttp==null)
{
alert ("Browser does not support HTTP Request")
return
}
var url="star_data.php"
var num_key="num_arr="+num;
num_key= encodeURI(num_key)
xmlHttp.onreadystatechange=stardataChanged //这个调用不能带参数
xmlHttp.open("GET",url,true)//post传输的时候这个只发url
//xmlHttp.setRequestHeader("Content-Type","application/x-www-form-urlencoded");//post方式
xmlHttp.send(null)
}
三、后加载组件［页面内容］
使用该方法的意义在于：如果某个页面内容丰富多彩的话，在浏览器加载显示它时速度就不会很快。使用后加载组件的方法可以通过延迟加载一些隐藏内容来保证浏览器优先显示初始页面。
要做到这一点必须仔细观察自己的页面并且问自己：“解释生成一个完整页面，什么部分内容是开始加载时绝对必须显示的？”清楚了这个问题，那么那些余下内容和组件就可以采用后加载方法延迟生成。这样会大大加快页面显示速度。
这个技巧通常是JavaScript通过处理页面加载时的onload事件完成。例如，使用JavaScript代码和库去执行拖放动态效果操作时，这些操作可以延迟，因为拖动页面上元素的操作只能等初始页面生成完后才能发生。页面中的隐藏内容也适合用后加载方式，因为只有页面加载完毕用户才能操作决定是否显示该内容。
Yahoo!网站的首页内容繁多，观察处于隐藏状态下的内容，这些内容通常在一些选项卡一样的标签页当中，只有点击后才会加载。
只要明白该规则的优化要点后相信大家可以通过JavaScript做出自己的具体实现。Yahoo!提供了两个用于实现后加载方法的工具：
◆ YUI Image Loader：可以延迟图片显示
◆ YUI Get utility：它可以在页面加载完成后把JavaScript和CSS资源绑定到DOM上去。
以上的工具是Yahoo!的YUI库提供。
四、预加载组件［页面内容］
从文字上看预加载组件与后加载组件似乎作用相反，但实际上二者目标是完全不同的。通过预先加载组件可以充分利用浏览器的空闲时间，并且可以请求未来页面需要的组件。在这种情况下，当用户访问下一个页面时，你已经提前让大多数组件保存在缓存中，用户加载这个页面就会非常快。
预加载类型有下列三种：
1. 无条件预加载
onload事件一触发，就要马上取回一些指定的组件。可以检查google.com首页中onload事件中请求Sprite图片的例子（注：什么是Sprite图片，请参看第十六条规则）。在这个例子可以看出这个sprite图片www.google.com/images/nav_logo3.png在google.com首页本身并不需要, 但它会在随后用户搜索生成的结果页面中需要。
2. 条件预加载
根据用户操作预测用户下一步操作的方向，并据此做预加载。例如，search.yahoo.com中，在输入框中刚键入几个字符后，就会看到页面对你键入的词做出合理推测，推出几个可能要搜索的实际关键词。此方法目前谷歌（google.cn）也在使用。
3. 提前预加载
在将重新设计的网站页面发布前用此法较好。页面重新设计后常会有这样的反馈：“新站点太酷了，就是比以前慢”。原因在于用户访问旧站点是全缓存的，但新站点还没有缓存过。这时可以在发布新设计前就预加载一些新站点组件，这可以减少没有缓存的副作用。可以利用用户访问旧站点时浏览器空闲的时间请求新站点要使用的图片、脚本等。
五、减少 DOM 元素数量［页面内容］
一个复杂的页面意味着要请求下载的字节数更多，也意味着用JavaScript访问DOM速度更慢。
如何尽量减少已有页面的 DOM 元素数量呢？一个重要的思路就是不要滥用表格table和div 。很多人习惯用一些网页编辑软件去设计页面，这样会导致大量嵌套的表格或在使用语义不合法的标记。使用div要仅当它在语义上有意义时才使用它，有些开发者使用它仅仅是因为它可以被浏览器解释生成一个新行。
Yahoo! 提供了一个避免这些问题的方法——使用YUI CSS工具。grids.css 有助于整体布局设计，fonts.css 和 reset.css 有且于清除浏览器的默认格式设置。这些工具可以在Yahoo!的YUI页面中去找。
DOM元素的数量可在Firebug的Console上键入 document.getElementsByTagName('*').length 得到。
DOM 元素不超过多少才适当呢？这可以通过检查一些有良好设计的页面来感觉比较。如Yahoo! 主页访问量相当大，它的数量在700个元素（HTML标签）以下。
六、分隔组件到多个域中［页面内容］
对终端用户响应时间影响最大的就是所请求页面所含组件数量。只要浏览器缓存为空，下载每个组件需要占用额外的HTTP请求，只有缓存满时才可能不占用。
HTTP/1.1规范中建议浏览器对每一个主机名允许并发下载两个组件。默认状态下，Internet Explorer和Firefox都符合这个规范。注意：IE8.0默认允许6个并发请求。
许多网页中所有组件都从同一主机名中下载，这时不仅响应时间受并发线程数限制，同时也受该服务器CPU和带宽限制。把页面组件分布在两个主机名中，整体响应时间就会快2倍，CPU和带宽消耗也会得以分担。
七、尽量减少 HTML 标签 iframe 的使用数［页面内容］
iframe允许在父文档内插入一个HTML文档。要想高效使用iframes，理解它的工作方式很重要。
使用iframe有如下好处：
◆ 有助于减慢显示第三方标记和广告内容。
◆ 是个安全的 Sandbox。
◆ 能并发下载脚本。
但同时也有弊端：
◆ 即使iframe 内的 HTML 文档内容为空，消耗也比较高。
◆ 会阻止页面的onload事件
◆ 非语义的
八、避免404页面［页面内容］
如果做了一个HTTP请求然后得到一个无用的响应页面，不仅完全不必要而且会降低用户体验。404页面就是在没有发现指定资源时返回的页面。
一些站点提供了有益的404提示，对用户体验有好处，但这毕竟浪费了服务器资源。当链接一个外部JavaScript文件，而它又出了404错误，这尤其糟糕。首先，因为这个下载有问题会阻止并发下载；其次，即使有错浏览器仍然会尽力解析404返回的内容，看看有无JavaScript代码，尽力查找里面可用代码。
141
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
