Byte-Order Mark found in UTF-8 File

2020-02-10 17:11:33

字体：大中小

来源：转载

供稿：网友

Byte-Order Mark found in UTF-8 File. The Unicode Byte-Order Mark (BOM) in UTF-8 encoded files is known to cause problems for some text editors and older browsers. You may want to consider avoiding its use until it is better supported.

XHTML验证某网站时，出现了以上的"错误"，原来是Byte-Order Mark found in UTF-8 File这个问题。
即：在以utf-8编码的文件出现有BOM标记

解决方法：
在UE打开，另寸页面，选择UTF-8 无BOM

Editplus需要先另存为gb，再另存为UTF-8。不过这样做要小心，所有GBK编码中不包含的字符就会都丢了。如果有一些非中文的字符在文件里的话还是不要用这种办法了。(从这一个小方面来看，UE——UltraEdite-32确实比Editplus好很多，Editplus太轻量级了。

Unicode规范中有一个BOM的概念。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来标记文本文件的编码方式的。

上一篇：解析IE6中a:hover的bug

下一篇：符合W3C标准的FLASH代码，及常用参数

学习交流

如何判断一个页面是静态还是伪静态？

如何判断一个页面是静态还是伪静态？...

热门图片

猜你喜欢的新闻

猜你喜欢的关注