本文討論的是如何徹底（dǐ）杜絕warning: Cannot add header information - headers already sent in......  這種令人莫明其妙（miào）的的錯誤。

隻要你寫過PHP代碼,相信都遇上過這個大（dà）多時候都令人莫（mò）明其妙的warning吧..今天我（wǒ）們就來搞定它...............

看了PHP手冊，回答如下：

消息“Warning： Cannot send session cookie - headers already sent。。。”或者“Cannot add header information - headers already sent。。。”。

函數 header()，setcookie() 和 session 函數需要在輸出流中增加頭信息。但是頭（tóu）信息隻能在其它任何輸（shū）出（chū）內（nèi）容之前發送。在使用這些（xiē）函數前不能有任何（如 HTML）的輸出。函數 headers_sent() 能夠檢查您的腳（jiǎo）本是否已經發送了頭信息。請參閱“輸出控製（zhì）函數”。

意思（sī）是：不要在使（shǐ）用上麵的函數前有任何文字，空行，回車，空格等。但。。。問題是，這答案並不令人滿意。因為往往程（chéng）序在其他PHP環境下運行卻正常。
 

首先：這錯誤是怎麽產生的呢？讓我們來看看PHP是如何處理HTTP header輸（shū）出和主體輸出的。

PHP腳本開始執行時，它可（kě）以同時發送header(標題)信息和主體信息。 Header信息(來（lái）自 header() 或 SetCookie() 函數（shù）)並不會立即發送，相反，它被保存到一個列（liè）表中。 這樣就可以允許你修改標題信息，包括缺省的標題(例如 Content-Type 標題）。但是，一旦腳本發送了任何非標題（tí）的輸出（例如，使用 HTML 或 print() 調用)，那麽（me）PHP就必須先發送完所有的Header，然後終（zhōng）止 HTTP header。而（ér）後繼續發送（sòng）主體數據。從這時開始，任何添加或修改Header信息的試圖都是不允許的，並會發送上述的錯誤消息之一。

好!那（nà）我們（men）來解決它：

笨方法：把錯（cuò）誤（wù）警告全不顯示!
掩耳盜鈴之計，具體方法就不說了 ^_^#

解決方案（àn）：

1)適（shì）用（yòng）於有權限編輯PHP。INI的人

打開（kāi）php。ini文件(你應試比我清楚你（nǐ）的php。ini在哪裏)，找到

output_buffering =改為on或者任（rèn）何數字。如果是IIS6，請一定改為ON，不然你的PHP效率會奇慢。

2)使（shǐ）用（yòng）虛（xū）擬主機，不能編輯PHP。INI，怎麽辦？

簡單：

在你的空間根（gēn）目錄下建立（lì）一個。htaccess文件，內容（róng）如下：

AllowOverride All
PHP_FLAG output_buffering On

不幸的情（qíng）況是：還是不行？全部網頁都不能顯示啦？

那麽，你可（kě）以打電話（huà）罵一通（tōng）空間商（shāng），然後讓他給你把apache的。htaccess AllowOverride打開（kāi）

3)在PHP文件裏解決

ob_start()
啟用output buffering機製。 Output buffering支（zhī）持多層次 -- 例如，可以多次調用 ob_start() 函數。

ob_end_flush()
發送output buffer（輸出（chū）緩衝）並禁用output buffering機製。

ob_end_clean()
清除output buffer但不發送，並禁用output buffering。

ob_get_contents()
將當前（qián）的output buffer返回成一個字符串。允許你處（chù）理（lǐ）腳本發出的任何輸（shū）出。

原理：

output_buffering被啟用時，在腳本發送輸出時（shí），PHP並不發（fā）送HTTP header。相反，它將此輸出通過管道（pipe）輸入到動態增加的（de）緩存中（隻能在PHP 4。0中使用，它具有中央化（huà）的輸出機製）。你仍然可（kě）以修改/添加header，或者設置cookie，因為header實際上並沒有發送（sòng）。當（dāng）全部腳（jiǎo）本終止時，PHP將自動（dòng）發送HTTP header到瀏覽器，然後再發送輸出緩衝中的內容。