buffer是一个内存地址空间,Linux系统默认大小一般为4096(1kb),即一个内存页。主要用于存储速度不同步的设备或者优先级不同的设备之间传办理数据的区域。通过buffer，可以使进程这间的相互等待变少。这里说一个通俗一点的例子，你打开文本编辑器编辑一个文件的时候，你每输入 一个字符，操作系统并不会立即把这个字符直接写入到磁盘，而是先写入到buffer，当写满了一个buffer的时候，才会把buffer中的数据写入磁 盘，当然当调用内核函数flush()的时候，强制要求把buffer中的脏数据写回磁盘。
同样的道理，在PHP中，当执行echo,print的时候，输出并没有立即通过tcp传给客户端浏览器显示, 而是将数据写入php buffer。php output_buffering机制，意味在tcp buffer之前，建立了一新的队列，数据必须经过该队列。当一个php buffer写满的时候，脚本进程会将php buffer中的输出数据交给系统内核交由tcp传给浏览器显示。所以，数据会依次写到这几个地方echo/pring -> php buffer -> tcp buffer -> browser
在PHP中与刷新缓冲相关的函数有三个：
1). flush
刷新PHP程序的缓冲，而不论PHP执行在何种情况下。该函数将当前为止程序的所有输出发送到用户的浏览器。 但是该函数不会对服务器或客户端浏览器的缓存模式产生任何影响，也不会对PHP本身的缓存产生任何影响。
2).ob_flush
该函数对PHP本身的的缓存进行输出。PHP本身的缓存受php.ini中的output_buffering的控制。ob_flush()的作用就是将本来存在输出缓存中的内容取出来，设置为等待输出状态，但不会直接发送到客户端，这时你就需要先使用ob_flush()再使用flush()，客户端才能立即获得脚本的输出。
与PHP本身输出缓冲相关的两个PHP配置是：
参数1：output_buffering ：on/off 或者整数 。设置为on时，将在所有脚本中使用输出缓存控制，不限制缓存的大小。而设置为整数时，如output_buffering=4096，当缓存数据达到4096字节时会自动输出刷新缓存。而这个参数的不同正是导致以上代码在不同时候执行结果不同的原因。当output_buffering关闭时，脚本所有的输出（echo）都会即时发送到客户端，执行上面代码时就是每秒输出一个数字。而开启output_buffering后，输出内容就会先缓存在服务端，直到脚本结束时才一起发送给客户端。
参数2：implicit_flush：on/off。设定ON意味着，当脚本有输出时，自动立即发送到客户端。相当于在echo后自动加flush()。
3).ob_implicit_flush
这个函数强制每当有输出的时候，即刻把输出发送到浏览器。这样就不需要每次输出（echo）后，都用flush()来发送到浏览器了。
以下是举例：
- <?php
- ob_end_clean();
- echo str_pad(" ", 256);
- for ($i=100; $i>0; $i--) {
- echo $i， '<br/>';
- flush();
- sleep(1);
- }
- ?>
- <?php
- echo str_pad(" ", 256);
- for ($i=100; $i>0; $i--) {
- echo $i, '<br />';
- ob_flush();
- flush();
- sleep(1);
- }
- ?>
- <?php
- ob_implicit_flush(true);
- echo str_pad(" ", 256);
- for ($i=100; $i>0; $i--) {
- echo $i, '<br />';
- ob_flush();
- sleep(1);
- }
- ?>
另外我们还需要注意刷新缓冲不光受以上几方面的影响，还受以下影响：
1). 个别web服务器程序，特别是Win32下的web服务器程序，在发送结果到浏览器之前，仍然会缓存脚本的输出，直到程序结束为止。有些Apache的模块，比如mod_gzip，可能自己进行输出缓存，这将导致flush()函数产生的结果不会立即被发送到客户端浏览器。甚至浏览器也会在显示之前，缓存接收到的内容。例如 Netscape 浏览器会在接受到换行或 html 标记的开头之前缓存内容，并且在接受到 </table> 标记之前，不会显示出整个表格。一些版本的 Microsoft Internet Explorer 只有当接受到的256个字节以后才开始显示该页面，所以必须发送一些额外的空格来让这些浏览器显示页面内容。
2). PHP安装模式的影响。以上方式对于PHP以Apache模块方式安装的情况，可以直接使用。 如果以FastCgi方式还需要注意以下几下配置:
a). Apache+Fcgid+PHP
FcgidOutputBufferSize 0(默认是65536)
在配置Fcgid时， 设置这项值为0, 以上代码做刷新缓冲时，才能达到自己想要的效果。
b).IIS+FastCgi+PHP
ResponseBufferLimit=0
修改WINDOWSsystem32inetsrvfcgiext.ini下的这一项。
c).nginx+php-fpm
fastcgi_buffer_size 4k;
fastcgi_buffers 8 4k;
fastcgi_busy_buffers_size 4k
gzip off;PHP是无辜的
-
作者: Laruence(
) -
转载请注明出处
今天在微薄看到一个转帖, 题目触目惊心《PHP的echo为什么这么慢》,
点进去一看, 大意是说在PHP中echo一个500K的字符串, 会耗时几百ms,
然后作者说打开Apache的压缩以后呢, 速度就快了.
之后, 又看到一个同学, 从HTTP协议入手, 分析了chunked模式和直接传输模式, 意思可能是说, 和分段传输相关…
我在这里不是批评或者驳斥谁, 相关者莫要生气, 我只是害怕误导别人..
echo 一个500K的字符串, 速度慢, 这个和PHP没关系, 也和PHP的实现者C也没关系,, 关系在于IO, IO的速度限制了输出的速度,,
至于说Apache的压缩,,这个,,压缩了, 字符串变小了(字符串的压缩率很大), 自然也就快了(CPU换IO)….
最后, PHP真的很无辜, 和它真没关系..
