BOM

BOM（Byte Order Mark），字节顺序标记，出如今文本文件头部，Unicode编码标准中用于标识文件是采用哪一种格式的编码。

　　在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个字符呢！