utf-8 bom頭問題 thinkphp 報錯 Namespace declaration statement has to be the very first statement in the script

先看百度百科上的解釋----

BOM —— Byte Order Mark，中文名譯作“ 字節順序標記”。在這里找到一段關於 BOM 的說明：

在UCS 編碼中有一個叫做 "Zero Width No-Break Space" ，中文譯名作“零寬無間斷間隔”的字符，它的編碼是 FEFF。而 FFFE 在 UCS 中是不存在的字符，所以不應該出現在實際傳輸中。UCS 規范建議我們在傳輸 字節流前，先傳輸字符 "Zero Width No-Break Space"。這樣如果接收者收到 FEFF，就表明這個字節流是 Big-Endian 的；如果收到FFFE，就表明這個字節流是 Little- Endian 的。因此字符 "Zero Width No-Break Space" （“零寬無間斷間隔”）又被稱作 BOM。

UTF-8 不需要 BOM 來表明 字節順序，但可以用 BOM 來表明編碼方式。字符 "Zero Width No-Break Space" 的 UTF-8 編碼是 EF BB BF。所以如果接收者收到以 EF BB BF 開頭的 字節流，就知道這是 UTF-8編碼了。Windows 就是使用 BOM 來標記文本文件的編碼方式的。

字符U+FEFF如果出現在字節流的開頭，則用來標識該字節流的 字節序，是高位在前還是低位在前。如果它出現在字節流的中間，則表達零寬度非換行空格的意義，用戶看起來就是一個空格。從Unicode3.2開始，U+FEFF只能出現在字節流的開頭，只能用於標識字節序，就如它的名稱——字節序標記——所表示的一樣；除此以外的用法已被舍棄。取而代之的是，使用U+2060來表達零寬度無斷空白。

類似WINDOWS自帶的記事本等軟件，在保存一個以 UTF-8編碼的文件時，會在文件開始的地方插入三個不可見的字符（0xEF 0xBB 0xBF，即BOM）。它是一串隱藏的字符，用於讓記事本等編輯器識別這個文件是否以UTF-8編碼。對於一般的文件，這樣並不會產生什么麻煩。但對於 PHP來說，BOM是個大麻煩。

PHP並不會忽略BOM，所以在讀取、包含或者引用這些文件時，會把BOM作為該文件開頭正文的一部分。根據嵌入式語言的特點，這串字符將被直接執行（顯示）出來。由此造成即使頁面的 top padding 設置為0，也無法讓整個網頁緊貼瀏覽器頂部，因為在html一開頭有這3個字符呢！

 

<?php
namespace Admin\Controller;
use Think\Controller;
class IndexController extends Controller{
    public function Index(){
        $this->display();
    }
    public function home(){
        $this->display();        
    }
    
}
?>

 

也就是說在namespace前有東西 但我們是看不見的

所以在在php編碼時  要去掉bom頭 Ultraedit 另存為 可以選格式, notepade++中 設置->首選項->新建->utf-8無bom 其他的也大同小異 如：editPlus等等