你搞反了。Ob_start不缓冲头文件，它缓冲内容。使用ob_start允许您将内容保存在服务器端缓冲区中，直到准备好显示它为止。

这是常用的，这样页面就可以在他们已经“发送”了一些内容之后发送标题(例如，在渲染页面的中途决定重定向)。

以下内容在现有的答案中没有提及: 缓冲区大小配置 HTTP报头 和嵌套。

ob_start的缓冲区大小配置:

ob_start(null, 4096); // Once the buffer size exceeds 4096 bytes, PHP automatically executes flush, ie. the buffer is emptied and sent out.

上面的代码提高了服务器性能，因为PHP将发送更大的数据块，例如，4KB(如果没有ob_start调用，PHP将向浏览器发送每个echo)。

如果你开始缓冲没有块大小(即。一个简单的ob_start())，那么页面将在脚本的末尾发送一次。

输出缓冲不会影响HTTP报头，它们以不同的方式处理。然而，由于缓冲，你可以在输出发送后发送头，因为它仍然在缓冲区中。

ob_start();  // turns on output buffering
$foo->bar();  // all output goes only to buffer
ob_clean();  // delete the contents of the buffer, but remains buffering active
$foo->render(); // output goes to buffer
ob_flush(); // send buffer output
$none = ob_get_contents();  // buffer content is now an empty string
ob_end_clean();  // turn off output buffering

这里有很好的解释:https://phpfashion.com/everything-about-output-buffering-in-php

可以把ob_start()看作是在说“开始记住通常会输出的所有内容，但还没有对它做任何事情。”

例如:

ob_start();
echo("Hello there!"); //would normally get printed to the screen/output to browser
$output = ob_get_contents();
ob_end_clean();

还有另外两个函数通常与它配对:ob_get_contents()，它基本上提供了自ob_start()打开缓冲区以来“保存”到缓冲区的任何内容，然后是ob_end_clean()或ob_flush()，它们分别停止保存并丢弃保存的内容，或停止保存并一次性输出。

我喜欢:

ob_start();
echo("Hello there!");
$output = ob_get_clean(); //Get current buffer contents and delete current output buffer

这个函数不仅仅用于头文件。你可以用它做很多有趣的事情。例子:你可以把你的页面分成几个部分，像这样使用:

$someTemplate->selectSection('header');
echo 'This is the header.';

$someTemplate->selectSection('content');
echo 'This is some content.';

您可以捕获此处生成的输出，并将其添加到布局中的两个完全不同的位置。

这里公认的答案描述了ob_start()做什么-而不是为什么使用它(这是被问到的问题)。

如别处所述，ob_start()创建一个缓冲区，输出写入其中。

但是没有人提到在PHP中可以堆叠多个缓冲区。看到ob_get_level()。

至于为什么....

Sending HTML to the browser in larger chunks gives a performance benefit from a reduced network overhead. Passing the data out of PHP in larger chunks gives a performance and capacity benefit by reducing the number of context switches required Passing larger chunks of data to mod_gzip/mod_deflate gives a performance benefit in that the compression can be more efficient. buffering the output means that you can still manipulate the HTTP headers later in the code explicitly flushing the buffer after outputting the [head]....[/head] can allow the browser to begin marshaling other resources for the page before HTML stream completes. Capturing the output in a buffer means that it can redirected to other functions such as email, or copied to a file as a cached representation of the content