buffer

buffer是一个内存地址空间,Linux系统默认大小一般为4096(4kb),即一个内存页。主要用于存储速度不同步的设备或者优先级不同的设备之间传办理数据的区域。通过buffer，可以使进程这间的相互等待变少。这里说一个通俗一点的例子，你打开文本编辑器编辑一个文件的时候，你每输入一个字符，操作系统并不会立即把这个字符直接写入到磁盘，而是先写入到buffer，当写满了一个buffer的时候，才会把buffer中的数据写入磁盘，当然当调用内核函数flush()的时候，强制要求把buffer中的脏数据写回磁盘。
同样的道理，当执行echo,print的时候，输出并没有立即通过tcp传给客户端浏览器显示,而是将数据写入PHP buffer。PHP output_buffering机制，意味在tcp buffer之前，建立了一新的队列，数据必须经过该队列。当一个PHP buffer写满的时候，脚本进程会将PHP buffer中的输出数据交给系统内核交由tcp传给浏览器显示。所以，数据会依次写到这几个地方echo/pring -> PHP buffer -> tcp buffer -> browser

PHP output_buffering

默认情况下，PHP buffer是开启的，而且该buffer默认值是4096，即4kb。你可以通过在PHP.ini配置文件中找到output_buffering配置.当echo,print等输出用户数据的时候，输出数据都会写入到PHP output_buffering中，直到output_buffering写满，会将这些数据通过tcp传送给浏览器显示。你也可以通过ob_start()手动激活PHP output_buffering机制，使得即便输出超过了4kb数据，也不真的把数据交给tcp传给浏览器，因为ob_start()将PHP buffer空间设置到了足够大。只有直到脚本结束，或者调用ob_end_flush函数，才会把数据发送给客户端浏览器。
1.当output_buffering=4096,并且输出较少数据(少于一个buffer)

现象:与刚才显示并不一致，禁用了PHP buffering机制之后，在浏览器可以断断续续看到间断性输出，不必等到脚本执行完毕才看到输出。这是因为，数据没有在PHP output_buffering中停留。写数据的顺序依次是echo->tcp buffer->browser
3.当output_buffering=4096.，输出数据大于一个buffer,不调用ob_start()
创建一个4kb大小的文件
$dd if=/dev/zero of=f4096 bs=4096 count=1

现象：响应还没结束(http连接没有关闭)，断断续续可以看到间断性输出，浏览器界面不会一直保持空白。尽管启用了PHP output_buffering机制，但依然会间断性输出，而不是一次性输出，是因为output_buffering空间不够用。每写满一个PHP buffering，数据就会发送到客户端浏览器。 4.当output_buffering=4096,输出数据大于一个tcp buffer,调用ob_start()

现象:直到服务端脚本处理完成，响应结束，才看到完整输，输出间隔时间很短，以至你感受不到停顿。在输出之前，浏览器一直保持着空白界面，等待服务端数据。这是因为，PHP一旦调用了ob_start()函数，它会将PHP buffer扩展到足够大，直到ob_end_flush函数调用或者脚本运行结速才发送PHP buffer中的数据到客户端浏览器。
tcpdump观察
在这里，我们通过tcpdump监控一下tcp报文，来观察一下使用ob_start()和没有使用它的一个区别。
1.没有使用ob_start()
12:30:21.499528 IP 192.168.0.8.webcache > 192.168.0.28.cymtec-port: . ack 485 win 6432 12:30:21.500127 IP 192.168.0.8.webcache > 192.168.0.28.cymtec-port: . 1:2921(2920) ack 485 win 6432 12:30:21.501000 IP 192.168.0.8.webcache > 192.168.0.28.cymtec-port: . 2921:7301(4380) ack 485 win 6432 12:30:21.501868 IP 192.168.0.8.webcache > 192.168.0.28.cymtec-port: P 7301:8412(1111) ack 485 win 643 12:30:24.502340 IP 192.168.0.8.webcache > 192.168.0.28.cymtec-port: . 8412:14252(5840) ack 485 win 6432 12:30:24.503214 IP 192.168.0.8.webcache > 192.168.0.28.cymtec-port: . 14252:15712(1460) ack 485 win 6432 12:30:24.503217 IP 192.168.0.8.webcache > 192.168.0.28.cymtec-port: P 15712:16624(912) ack 485 win 6432 12:30:31.505934 IP 192.168.0.8.webcache > 192.168.0.28.cymtec-port: . 16624:23924(7300) ack 485 win 6432 12:30:31.506839 IP 192.168.0.8.webcache > 192.168.0.28.cymtec-port: P 23924:24836(912) ack 485 win 6432 12:30:42.508871 IP 192.168.0.8.webcache > 192.168.0.28.cymtec-port: . 24836:32136(7300) ack 485 win 6432 12:30:42.509744 IP 192.168.0.8.webcache > 192.168.0.28.cymtec-port: P 32136:33048(912) ack 485 win 6432 12:30:57.512137 IP 192.168.0.8.webcache > 192.168.0.28.cymtec-port: . 33048:40348(7300) ack 485 win 6432 12:30:57.513016 IP 192.168.0.8.webcache > 192.168.0.28.cymtec-port: P 40348:41260(912) ack 485 win 6432 12:31:06.513912 IP 192.168.0.8.webcache > 192.168.0.28.cymtec-port: P 41260:41265(5) ack 485 win 6432 12:31:06.514012 IP 192.168.0.8.webcache > 192.168.0.28.cymtec-port: F 41265:41265(0) ack 485 win 6432 12:31:06.514361 IP 192.168.0.8.webcache > 192.168.0.28.cymtec-port: . ack 486 win 6432
2.使用了ob_start()
12:36:06.542244 IP 192.168.0.8.webcache > 192.168.0.28.noagent: . ack 485 win 6432 12:36:51.559128 IP 192.168.0.8.webcache > 192.168.0.28.noagent: . 1:2921(2920) ack 485 win 6432 12:36:51.559996 IP 192.168.0.8.webcache > 192.168.0.28.noagent: . 2921:7301(4380) ack 485 win 6432 12:36:51.560866 IP 192.168.0.8.webcache > 192.168.0.28.noagent: . 7301:11681(4380) ack 485 win 6432 12:36:51.561612 IP 192.168.0.8.webcache > 192.168.0.28.noagent: . 11681:16061(4380) ack 485 win 6432 12:36:51.561852 IP 192.168.0.8.webcache > 192.168.0.28.noagent: . 16061:20441(4380) ack 485 win 6432 12:36:51.562479 IP 192.168.0.8.webcache > 192.168.0.28.noagent: . 20441:24821(4380) ack 485 win 6432 12:36:51.562743 IP 192.168.0.8.webcache > 192.168.0.28.noagent: . 24821:29201(4380) ack 485 win 6432 12:36:51.562996 IP 192.168.0.8.webcache > 192.168.0.28.noagent: . 29201:33581(4380) ack 485 win 6432 12:36:51.563344 IP 192.168.0.8.webcache > 192.168.0.28.noagent: P 33581:35041(1460) ack 485 win 6432 12:36:51.563514 IP 192.168.0.8.webcache > 192.168.0.28.noagent: . 35041:36501(1460) ack 485 win 6432 12:36:51.563518 IP 192.168.0.8.webcache > 192.168.0.28.noagent: . 36501:37961(1460) ack 485 win 6432 12:36:51.563523 IP 192.168.0.8.webcache > 192.168.0.28.noagent: . 37961:39421(1460) ack 485 win 6432 12:36:51.563526 IP 192.168.0.8.webcache > 192.168.0.28.noagent: . 39421:40881(1460) ack 485 win 6432 12:36:51.563529 IP 192.168.0.8.webcache > 192.168.0.28.noagent: FP 40881:41233(352) ack 485 win 6432 12:36:51.570364 IP 192.168.0.8.webcache > 192.168.0.28.noagent: . ack 486 win 6432
通过上面的对比，我们可以看到，数据报文的时间间隔明显不一样。没有使用ob_start()，时间间隔比较大，等待4秒左右就把tcp buffer中的数据发送出去了。数据没有在PHP buffer中逗留过长时间，就将输出数据发送给了客户端浏览器。这是因为，很快PHP buffer就被写满了，不得不把数据发送出去。而启用了ob_start()，则不同，发送数据包给客户端，几乎是同一时间发出去的。这就可以推断，数据一直在PHP buffer中逗留，直到调用了ob_end_flush()才把PHP buffer中的数据发送给客户端浏览器。output buffering函数1.ob_start激活output_buffering机制。一旦激活，脚本输出不再直接出给浏览器，而是先暂时写入PHP buffer内存区域。
PHP默认开启output_buffering机制，只不过，通过调用ob_start()函数据output_buffering值扩展到足够大。也可以指定$chunk_size来指定output_buffering的值。$chunk_size默认值是0,表示直到脚本运行结束，PHP buffer中的数据才会发送到浏览器。如果你设置了$chunk_size的大小，则表示只要buffer中数据长度达到了该值，就会将buffer中的数据发送给浏览器。
当然，你可以通过指定$ouput_callback，来处理buffer中的数据。比如函数ob_gzhandler，将buffer中的数据压缩后再传送给浏览器。2.ob_get_contents获取一份PHP buffer中的数据拷贝。值得注意的是，你应该在ob_end_clean()函数调用这调用该函数，否则ob_get_contents()返回一个空字符中。3.ob_end_flush与ob_end_clean这二个函数有点相似，都会关闭ouptu_buffering机制。但不同的是，ob_end_flush只是把PHP buffer中的数据冲(flush/send)到客户端浏览器，而ob_clean_clean将PHP bufeer中的数据清空(erase)，但不发送给客户端浏览器。ob_end_flush调用之后，PHP buffer中的数据依然存在，ob_get_contents()依然可以获取PHP buffer中的数据拷贝。而ob_end_clean()调用之后ob_get_contents()取到的是空字符串，同时浏览器也接收不到输出，即没有任何输出。惯用案例常常在一些模板引擎和页面文件缓存中看到ob_start()使用。在知名开源项目wordpress,drupal,smarty等地方，都能够发现他们的踪影子。这里抽出drupal的应用。
模板文件