"ef bb bf" 这三个字节就叫bom，bom的全称叫做"byte order mard".在utf－8文件中常用bom来表明这个文件是utf-8文件,而bom的本意实在utf16中用来表示高低字节序列的。在字节流之前有 bom表示采用低字节序列（低字节在前面），而utf8不用考虑字节序列，所以其实有无bom都可以。utf-8以字节为编码单元，没有字节序的问题。 utf-16以两个字节为编码单元，在解释一个utf-16文本前，首先要弄清楚每个编码单元的字节序。例如收到一个“奎”的unicode编码是 594e，“乙”的unicode编码是4e59。假如我们收到utf-16字节流“594e”，那么这是 “奎”还是“乙”？
假如文件保存时，选择了使用 bom，那么就可能会出现 headers already sent 的问题。
因为 web 服务器软件可能不了解 bom，所以就把 bom 的两个非凡字节当做字符发送给浏览器了。
这时再调用 session_start() 等函数，就会出现 headers already sent 的问题。
所以解决此问题最根本的方法就是在保存 utf8 编码文件时，不要使用 bom。
微软的记事本 word 等只能正确打开含bom的utf8文件，然后ultraedit却恰恰相反，回把bomutf8文件 误认为ascii编码。
utf-8的bom是 efbbbf，因为ue载入utf-8文件会转成utf16，上述的efbbbf 在utf16中是fffe（unicode-le的bom），
ultraedit不了解bom又加多一個bom，所以有2个fffe。文件就被它破坏了。
当应用程序的文件使用 utf8 编码时，在保存文件时，一定要注重 bom 的问题。
那么如何将utf8 without bom转换成utf8呢？
using (textreader input = new streamreader(
new filestream(@"c:\test.properties", filemode.open), encoding.utf8)
)
{
using (textwriter output = new streamwriter(
new filestream(@"c:\test2.lmx", filemode.create), encoding.utf8)
)
{
int buffersize = 8096;
char[] buffer = new char[i];
int len;
while ((len = input.read(buffer, 0, i)) > 0)
{
output.write(buffer, 0, len);
}
input.close();
}
}
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。