位元組順序記號

在UTF-16中，位元組順序記號被放置為檔案或字符串流的第一個字符，以標示在此檔案或字符串流中，以所有十六位元為單位的字碼的尾序（位元組順序）。

• 如果十六位元單位被表示成大尾序，這位元組順序記號字符在序列中將呈現0xFE，其後跟著0xFF（其中的0x用來標示十六進位）。
• 如果十六位元單位使用小尾序，這個位元組序列為0xFF，其後接著0xFE。

而統一碼中，值為U+FFFE的碼位被保證將不會被指定成一個統一碼字符。這意味著0xFF、0xFE將只能被解釋成小尾序中的U+FEFF（因為不可能是大尾序中的U+FFFE）。

在UTF-8中，雖然在 Unicode 標準上允許位元組順序記號的存在，但實際上並不一定需要。UTF-8編碼過的位元組順序記號則被用來標示它是UTF-8的文件。它只用來標示一個UTF-8的檔案，而不用來說明位元組順序。[1]許多視窗程式（包含記事本）會需要添加位元組順序記號到UTF-8檔案，否則將無法正確解析編碼，而出現亂碼。然而，在類Unix系統（大量使用文本文件，用於檔案格式，用於行程間通訊）中，這種做法則不被建議採用。因為它會妨礙到如解譯器腳本開頭的Shebang等的一些重要的碼的正確處理。它亦會影響到無法識別它的程式語言。如gcc會報告源碼檔開頭有無法識別的字符。而在PHP中，如果沒有啟用輸出緩衝（output buffering），它會使得頁面內容開始被送往瀏覽器（即：用戶標頭檔已被送出），這使PHP腳本無法指定用戶標頭檔（HTTP Header）。位元組順序記號在UTF-8中被表示為序列EF BB BF，對大部分未準備好處理UTF-8的文本編輯器及網頁瀏覽器而言，在ISO-8859-1的環境中則會顯示。

雖然位元組順序記號亦可以用於UTF-32，但這個編碼很少用於傳輸，其規則如同UTF-16。對於已於IANA註冊的字符集UTF-16BE、UTF-16LE、UTF-32BE和UTF-32LE等來說，不可使用位元組順序記號。文檔開頭的U+FEFF會被解釋成一個（已捨棄的）"零寬度無斷空白"，因為這些字符集的名字已決定了其位元組順序。對於已註冊字符集UTF-16和UTF-32來說，一個開頭的U+FEFF則用來表示位元組順序。