PHP出现Cannot modify header information原因及解决方法

在一些技术群里，361源码经常会遇到写PHP程序的朋友在群里发例如这样的几种错误：

Warning： Cannot send session cookie – headers already sent…

Cannot add/modify header information – headers already sent…

这样的Warning错误提示.几天内361源码正好有点时间就和大家分析分析PHP出现Cannot modify header information这里报错的原因及解决的方法。

下面我们就来看看发生这个Warning的原因及解决方案。

函数 header()，setcookie() 和 session 函数需要在输出流中增加头信息。

但是头信息只能在其它任何输出内容之前发送。在使用这些函数前不能有任何（如 HTML）的输出。函数 headers_sent() 能够检查您的脚本是否已经发送了头信息。请参阅“输出控制函数”。

headers_sent — Checks if or where headers have been sent.

意思是：不要在使用上面的函数前有任何文字，空行，回车，空格等。但。。。问题是，这答案并不令人满意。因为往往程序在其他PHP环境下运行却正常。

首先：这错误是怎么产生的呢？让我们来看看PHP是如何处理HTTP header输出和主体输出的。

PHP脚本开始执行时，它可以同时发送header(标题)信息和主体信息。 Header信息(来自 header() 或 SetCookie() 函数)并不会立即发送，相反，它被保存到一个列表中。 这样就可以允许你修改标题信息，包括缺省的标题(例如 Content-Type 标题）。但是，一旦脚本发送了任何非标题的输出（例如，使用 HTML, print()或echo 调用)，那么PHP就必须先发送完所有的Header，然后终止 HTTP header。而后继续发送主体数据。从这时开始，任何添加或修改Header信息的试图都是不允许的，并会发送上述的错误消息之一。

下面我们来看看解决方案：

1. 治标不治本的方法,屏蔽错误警告提示,

error_reporting(E_ERROR | E_PARSE); 这里不要显示E_WARNING即可

2. 通过编辑php.ini解决

打开php.ini文件, 找到output_buffering = 改为on或者任何数字。

3. 如果没有权限编辑php.ini,如使用虚拟主机的在你的空间根目录下建立一个.htaccess文件，内容如下：

AllowOverride AllPHP_FLAG output_buffering On

如果还是不行，那么，再用下面的方法：

在PHP文件的最开始加入：

ini_set(”output_buffering”, “1″);

让这个页面打开PHP的输出缓存。

4. 在PHP文件里解决

ob_start()

启用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返回成一个字符串。允许你处理脚本发出的任何输出。

原理：

output_buffering被启用时，在脚本发送输出时，PHP并不发送HTTP header。相反，它将此输出通过管道(pipe)输入到动态增加的缓存中（只能在PHP 4.0中使用，它具有中央化的输出机制）。你仍然可以修改/添加header，或者设置cookie，因为header实际上并没有发送。当全部脚本终止时，PHP将自动发送HTTP header到浏览器，然后再发送输出缓冲中的内容。

5. 如果以上方法都不能等到满意的解决办法，我们还可以使用如下办法：

用notepad++等编辑器将该文件转为UTF-8 without BOM编码的文件,再试试。很多朋友不了解BOM是什么，可以移步参看《网页顶部一小行空白怎么解决》。

造成的原因主要由以下两点：

一，在Header()函数之间输出了其他内容（一般由浏览器隐藏发送），导致了后来的Header不能再次发送新的页面类型。这可以通过开启Output_Buffering来解决，方法2,3,4就是这样。

二，PHP文件采用UTF-8编码，由于编码不兼容（特别是通过其他编码转换过来的），产生了BOM造成。

　　UTF-8不需要BOM来表明字节顺序，但可以用BOM来表明编码方式。字符”ZERO WIDTH NO-BREAK SPACE”的UTF-8编码是EF BB BF。所以如果接收者收到以EF BB BF开头的字节流，就知道这是UTF-8编码了。

　　Windows就是使用BOM来标记文本文件的编码方式的。导致了的头文件不能正确识别，这时只要去除UTF-8文件中的BOM就可以了，方法5就是基于这种原理的。

好了，以上内容是361源码从网络中收集而来，361源码觉得对大家有一定的帮助就转载过来了，如有版权，请联系本站及时处理。