我个人认为，Output buffering是比较纯粹的4.0特征。尽管从概念上看来相当简单，但是output buffering功能非常强大，能使开发者更容易地开发高级而有效的程序。
本文将介绍HTTP header，以及output buffering如何帮助您处理HTTP header，并介绍了output buffering的一些高级用法。
HTTP Header
对 于使用HTTP 协议建立的每个请求，Web服务器产生的响应通常包括两个部分 – 标题和主体。例如，如果在Web服务器的文档根目录下有一个小文本文件，叫做example.txt，文件中包含文本Hello, world!，那么对此文件的HTTP 请求响应如下所示：
这 个请求中的第一部分（就是较多的那部分）就是HTTP header。虽然用户在浏览器中看不到HTTP header，但它包含了用于浏览器的信息，例如文档内容类型，使用的协议版本，文档的最后更改日期等等。HTTP header并没有太多的规则，通常情况下，它的格式如下：
必须用空行将它们和文档主体分开。
可以从PHP脚本添加或更改此HTTP header的信息。例如，可以使用 header() 函数：
也可以使用 SetCookie() 函数：
你可能会知道HTTP cookies是使用 HTTP headers 来实现的。例如，以下PHP文件的 HTTP 请求响应
将会是这样的：
浏览器读取从服务器返回的 HTTP header，知道送来了一个叫做 foo 的 cookie (在这里是一个 session cookie)，它的值是 bar。
为什么要使用Output Buffering技术
早 在PHP/FI 2.0时就很明显需要output buffering技术了。如果你使用过这种版本的PHP，那么可能还记得经常会碰到 Oops, SetCookie called after header has been sent 这个错误消息，并使你捎头抓耳，也弄不清是什么原因。
如 果你已使用过PHP的最新版本 -- PHP 3.0 甚至 PHP 4.0 -- 那么你会知道这个错误消息: Oops, php_set_cookie called after header has been sent。或者，你在试图调用 PHP 的 header() 函数时会遇到 Cannot add header information - headers already sent 消息。一般来说，output buffering技术用户避免这些烦人的错误消息，同时开发人员也可用于高级的用途。
这些错误是什么时候产生的呢？如果你在已经发送了HTTP header之后试图添加或修改标题信息，以及在文档主体和标题之间缺少空行时，就会产生这些错误消息。为了理解这是如何产生的，让我们来看看PHP是如何处理HTTP header输出和主体输出的。
脚本开始执行时，它可以同时发送header(标题)信息和主体信息。
Header信息(来自 header() 或 SetCookie() 函数)并不会立即发送，相反，它被保存到一个列表中。
这样就可以允许你修改标题信息，包括缺省的标题(例如 Content-Type 标题）。但是，一旦脚本发送了任何非标题的输出（例如，使用块或 print() 调用)，那么PHP就必须先发送所有的标题，然后再送出空行，终止 HTTP header，而在此之后才会继续发送主体数据。从这时开始，任何添加或修改标题信息的试图都是不允许的，并会发送上述的错误消息之一。
虽然这并不会引起多大的问题，有时候只是在发出任何输入之前终止HTTP header，从而引起脚本逻辑的复杂化而已。Output buffering技术可以解决这些问题。
Output Buffering的工作原理
启用output buffering时，在脚本发送输出时，PHP并 不发送HTTP header。相反，它将此输出通过管道（pipe）输入到动态增加的缓存中（只能在PHP 4.0中使用，它具有中央化的输出机制）。你仍然可以修改，添加标题行，或者设置cookie，因为标题实际上并没有发送。最简单的情况是，当脚本终止 时，PHP将自动发送HTTP header到浏览器，然后再发送输出缓冲中的内容。这简单吧。
基本用法
可以使用下面的四个函数，它们可以帮助你控制output buffering：
Output buffering支持多层次 -- 例如，可以多次调用 ob_start() 函数。
ob_end_flush()
发送output buffer（输出缓冲）并禁用output buffering机制。
ob_end_clean()
清除output buffer但不发送，并禁用output buffering。
ob_get_contents()
将当前的output buffer返回成一个字符串。允许你处理脚本发出的任何输出。
此外，可以启用 php.ini 中的 output_buffering 指令。如果启用了此指令，那么每个PHP脚本都相当于一开始就调用了ob_start()函数。
Example 1
这里，尽管你已发送了输出(HTML代 码块中和 print 语句中)，也可以使用 SetCookie() 调用，而不会出错，真的要感谢output buffering机制。请注意使用output buffering机制用于这种目的会引起一定程度上的性能损失，因此最好缺省情况下不要启用此机制。但是，对于复杂一些的脚本，output buffering可以简化逻辑性。
Example 2
这个例子显示了一个效率很低的确定字符串长度的。它不是简单的使用strlen()函数处理，而是先启用 output buffering 机制，将字符串打印出来,然后再确定output buffer的长度。最后清除output buffer(并没有发送），然后禁用output buffering机制。
在PHP.INI可以设置以下与输出缓冲有关的：
名称 默认值 作用范围 修正记录
output_buffering "0" PHP_INI_PERDIR
output_handler NULL PHP_INI_PERDIR 自 PHP 4.0.4 起可用
implicit_flush "0" PHP_INI_ALL 在 PHP
简单解释如下：
output_buffering boolean/integer
该选项设置为 On 时，将在所有的脚本中使用输出控制。如果要限制输出缓冲区的最大值，可将该选项设定为指定的最大字节数（例如 output_buffering=4096）。从PHP 4.3.5 版开始，该选项在 PHP-CLI 下总是为 Off。
output_handler string
该选项可将脚本所有的输出，重定向到一个函数。例如，将 output_handler 设置为 mb_output_handler() 时，字符的编码将被修改为指定的编码。设置的任何处理函数，将自动的处理输出缓冲。
注意: 不能同时使用 mb_output_handler() 和 ob_iconv_handler()，也不能同时使用 ob_gzhandler() 和 zlib.output_compression。
注意: 只有内置函数可以使用此指令。对于用户定义的函数，使用 ob_start()。
implicit_flush boolean
默认为 FALSE。如将该选项改为 TRUE，PHP 将使输出层，在每段信息块输出后，自动刷新。这等同于在每次使用 print()、echo() 等函数或每个 HTML 块之后，调用 PHP 中的 flush() 函数。
不在web环境中使用 PHP 时，打开这个选项对程序执行的性能有严重的影响，通常只推荐在调试时使用。在 CLI SAPI 的执行模式下，该标记默认为 TRUE。
参见 ob_implicit_flush()。
设置了肯定会有用的，除非你修改的PHP.INI位置不是系统使用的那个，比如一般是C::\WINDOWS\PHP.INI，当然可以设置到其它地方。另外控制台程序是不缓冲的。
另外，你还可以在程序里面控制输出缓冲，请参考手册里面的“CXIV. Output Control 输出控制函数”那一章，主要有如下函数：
flush -- 刷新输出缓冲
ob_clean -- Clean (erase) the output buffer
ob_end_clean -- Clean (erase) the output buffer and turn off output buffering
ob_end_flush -- Flush (send) the output buffer and turn off output buffering
ob_flush -- Flush (send) the output buffer
ob_get_clean -- Get current buffer contents and delete current output buffer
ob_get_contents -- Return the contents of the output buffer
ob_get_flu......余下全文>>
不影响。
这个只是控制页面内容输出的，当打开时，页面内容首先保存在缓冲区，页面执行完毕之后发送到浏览器进行显示，关闭的时候页面内容直接发送到浏览器进行显示。
这个选项也允许是数值，如4096，指当缓冲区的内容达到4096字节（或执行完毕）时向浏览器发送一次内容。
