帶BOM的UTF-8：罪惡還是必要？


UTF-8是一種完美支持Unicode字符集的編碼格式，由于其靈活性和可讀性，成為了現今最廣泛使用的字符編碼方案之一。但對于許多人來說，當UTF-8編碼帶著BOM (Byte Order Mark)時， BOM卻成為了一個讓人感到困惑的問題。


BOM是一個不可見的字符，通常放置在文本文件開頭的兩個字節，其中第一個字節是0xEF，第二個字節是0xBB，第三個字節是0xBF，標志著文檔采用UTF-8編碼方式存儲。BOM的作用是為了確定文件的編碼格式，以便其他軟件或系統可以處理這些文件。


然而，一些程序員對帶BOM的UTF-8持有負面態度，認為它只會帶來麻煩。他們指出BOM會破壞UTF-8的可互換性，畢竟UTF-8不需要它來解釋編碼方式，所以如果一個文本文件包含BOM，還會因為不同的操作系統和軟件對BOM的處理方式不同而產生問題。例如，如果使用帶BOM的UTF-8編寫PHP腳本，Windows服務器上的PHP解釋器將不會識別BOM，這可能會導致腳本執行失敗。


另一方面，有些人認為BOM是必要的，特別是在處理某些類型的文本文件時，如XML或HTML文件。這是因為這些文件在處理過程中經常需要處理不同的編碼方案，BOM可以幫助確保在遇到UTF-8編碼的文件時正確識別它們。如果沒有BOM，可能需要手動設置編碼格式，這非常麻煩。


盡管BOM在某些情況下是必要的，但在其他情況下，它確實是冗余的。UTF-8編碼默認為不帶BOM，而且它也不依賴于BOM來指定字節序。因此，在使用UTF-8編碼時，只有在確實需要時才需要使用BOM來標識文本文件的編碼方式。


綜上所述，帶BOM的UTF-8并沒有絕對的對錯，而是要視具體情況而定。對于大多數情況，不帶BOM的UTF-8是ZUI好的選擇，因為它避免了冗余和不必要的問題。盡管如此，我們必須在實際操作中小心謹慎，確保正確地處理文本文件，否則就會因為BOM而產生難以預料的問題。

http://www.f1250.cn/baike/143083.html 帶bom的utf8