在一些技術群里，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源碼覺得對大家有一定的幫助就轉載過來了，如有版權，請聯系本站及時處理。