用于输出缓冲的用例是“已发送标头”的正确解决方案

Question

我看到（不仅仅是在这个网站上）来自没有经验的PHP程序员关于臭名昭着的“标题已经发送...输出开始于”错误的很多问题，并且许多人建议使用输出缓冲作为解决方案。

根据我的经验，我从未发现错误不是由程序逻辑中的缺陷引起的。 是否存在输出缓冲实际上是正确解决方案的情况？

Answer 1

我同意你的初步陈述。 通常，解决输出缓冲的“标题”问题是权宜之计。

这个解决方案真正令人伤心/有趣的部分是：当你想要输出一些大的东西时会发生什么，例如你在付费墙后面的文件？ 通常它会导致人们用脚本耗尽内存来替换“头”问题。

哎呦。

Answer 2

我能想象的唯一情况是CMS或Weblog，其中可以在HTML代码中调用插件，例如

<h1>My images</h1>
{plugin:show_images}

这些插件可能必须添加自己的样式表和页面<head>部分中的其他内容。 使用缓冲，这是可能的。

但在实践中，这对于性能不利，感觉很糟糕，并且在关闭输出缓冲时不起作用。 即使在这里，因此最好在显示内容之前预处理内容，并在输出任何内容之前进行任何样式表等的添加。

Answer 3

对于模板系统，您将需要ob_start ... look和Zend_View

后来编辑我误解了这个问题并提供了ob_start使用是一个有效解决方案的案例。

Answer 4

您可能希望在流程后期发布HTTP重定向，例如在模板或异常处理中。 （当然，具有模板化或全局异常处理的框架无论如何都需要输出缓冲，所以你可以说它不是解决这个问题的具体方法。）

Answer 5

根据我的经验，我从未发现错误不是由程序逻辑中的流程引起的。 是否存在输出缓冲实际上是正确解决方案的情况？

不过，我不得不同意你的看法：

1）我喜欢PHP的一个原因是因为它可以让你选择如何解决问题

2）除了修复“Headers already sent”消息之外，还有output_buffering的其他用途 - 例如压缩输出，捕获任意代码的输出，避免分块编码....

C。