- <?php
-
- session_start();
-
- $_SESSION['test'] = 'test';
-
- $_SESSION['name'] = 'name';
-
- $data = serialize($_SESSION);
-
- ...更多後續代碼
-
- ?>
沒有問題,很簡單的一段設置session的代碼。php
可是運行後卻報錯:html
Cannot send session cache limiter - headers already sent (output started at...) on line ...chrome
報錯信息很明顯,就是在session_start()以前有了輸出,致使後面的header發送失敗。瀏覽器
由於不少狀況下<?php 標籤以前空格也會被當作header發送出去的,因此先檢查這個。session
仔細檢查一下,沒有空格,沒有echo ,沒有print等致使輸出的問題,那麼究竟是什麼問題呢?app
應該有不少人都想到了,bom頭。編輯器
對,這裏就是bom頭搞的鬼。編碼
那麼什麼是bom頭呢?spa
[plain] view plain copy.net
- BOM: Byte Order Mark
- 就是一個字節順序標籤,相似一個標記,又叫簽名,
-
- BOM簽名的意思就是告訴編輯器當前文件採用何種編碼,方便編輯器識別,可是BOM雖然在編輯器中不顯示,可是會產生輸出,就像多了一個空行。
- 通常的編碼集中並不會出現bom頭,unicode編碼集中會出現。
- 常見的bom頭是:【摘錄自:http://www.cnblogs.com/chengmo/archive/2010/10/30/1864004.html】
-
- UTF-8 ║ EF BB BF
- UTF-16LE ║ FF FE (小尾)
- UTF-16BE ║ FE FF (大尾)
- UTF-32LE ║ FF FE 00 00
- UTF-32BE ║ 00 00 FE FF
-
- 爲何bom頭會產生亂碼?
-
- 【摘錄自:http://www.cnblogs.com/chengmo/archive/2010/10/30/1864004.html】
-
- 有bom頭的存儲或者字節流,它必定是unicode字符集編碼。到底屬於那一種(utf-8仍是utf-16或是utf-32),經過頭能夠判斷出來。
-
- 因爲已經說過utf-16,utf-32不指定bom頭,解析程序默認就認爲是ansi編碼,出現亂碼。而utf-8指定或者不指定程序均可判斷知道對於的字符集編碼。
-
- 問題就出在這裏,可能有的應用程序(ie6瀏覽器),它就認爲若是utf-8編碼,就不須要指定bom頭,它能夠本身判斷,相反指定了bom頭,它還會出現問題
-
- (由於它把頭當utf-8解析出現亂碼了)。這裏不截圖了,cnblogs裏面談這個比較多,目前ie6會出現問題。其它ie7+,firefox,chrome不會出現,會忽略掉bom頭。
-
- 統一解決辦法是:存爲utf-8編碼是,不須要加入bom頭,其它utf-16,utf-32加入。
知道了這個,解決方案就很明顯了:把utf-8的bom頭去掉便可。
方式就是文件編碼格式選擇utf-8無bom。
另摘錄一個網上找來的去除bom頭的代碼:
[php] view plain copy
- <?php
- if (isset($_GET['dir'])){//config the basedir
- $basedir=$_GET['dir'];
- }else{
- $basedir= '.';
- }
-
- $auto = 1;
-
- checkdir($basedir);
-
- function checkdir($basedir){
- if($dh = opendir($basedir)) {
- while(($file = readdir($dh)) !== false) {
- if($file != '.' && $file!= '..'){
- if(!is_dir($basedir."/".$file)) {
- echo"filename: $basedir/$file".checkBOM("$basedir/$file")."<br>";
- }else{
- $dirname= $basedir."/".$file;
- checkdir($dirname);
- }
- }
- }
- closedir($dh);
- }
- }
-
- function checkBOM ($filename) {
- global$auto;
- $contents= file_get_contents($filename);
- $charset[1] =substr($contents, 0, 1);
- $charset[2] =substr($contents, 1, 1);
- $charset[3] =substr($contents, 2, 1);
- if(ord($charset[1]) == 239 && ord($charset[2]) == 187 &&ord($charset[3]) == 191) {
- if($auto == 1) {
- $rest= substr($contents, 3);
- rewrite ($filename,$rest);
- return("<font color=red>BOM found,automatically removed.</font>");
- }else {
- return("<font color=red>BOM found.</font>");
- }
- }
- elsereturn ("BOM Not Found.");
- }
-
- function rewrite ($filename,$data) {
- $filenum= fopen($filename,"w");
- flock($filenum, LOCK_EX);
- fwrite($filenum,$data);
- fclose($filenum);
- }
-
- ?>
另一個常見的bom頭的地方時xml文件。解析失敗的話,有很大一部分緣由是這個。
Error on line 1 of document : Content is not allowed in prolog. Nested exception: Content is not allowed in prolog.
此時只要去掉bom頭就好了。
特此記錄下來,但願對你們有幫助。
(2011-11-03 happyelements)