BOM头

BOM头是UTF-8来告诉编辑器：我是UTF8编码。它的编码是\xEF\xBB\xBF 但是PHP在设计之初并没有考虑到BOM头的问题，所以在编解码的时候很容易出现问题 比如今天遇到的问题，json_decode，当解码的string有BOM头的时候json_decode就解析失败，返回NULL。（为什么不自动检测并去除BOM头呢。。。小吐槽） 试了两种方式能去除掉： 1 2 3 $result = trim( $result , "\xEF\xBB\xBF" ); print_r(json_decode( $result , true)); exit ; 还有一种比较矬： 1 2 3 4 5 $result = @iconv( "UTF-8" , "GBK//IGNORE" , $result ); $result = @iconv( "GBK" , "UTF-8//IGNORE" , $result ); print_r(json_decode( $result , true)); exit ; 来源： oschina 链接： https://my.oschina.net/u/1049491/blog/514925

什么是bom头？ 在utf-8编码文件中BOM在文件头部，占用三个字节，用来标示该文件属于utf-8编码，现在已经有很多软件识别bom头，但是还有些不能识别bom头，比如PHP就不能识别bom头，这也是用记事本编辑utf-8编码后执行就会出错的原因了。其实UTF-8 的BOM对UFT-8没有作用,是为了支援UTF-16,UTF-32才加上的BOM,BOM签名的意思就是告诉编辑器当前文件采用何种编码,方便编辑器识别,但是BOM虽然在编辑器中不显示,但是会产生输出,就像多了一个空行。 类似WINDOWS自带的记事本等软件，在保存一个以UTF-8编码的文件时，会在文件开始的地方插入三个不可见的字符（0xEF 0xBB 0xBF，即BOM）。它是一串隐藏的字符，用于让记事本等编辑器识别这个文件是否以UTF-8编码。对于一般的文件，这样并不会产生什么麻烦。但对于 PHP来说，BOM是个大麻烦。PHP并不会忽略BOM，所以在读取、包含或者引用这些文件时，会把BOM作为该文件开头正文的一部分。根据嵌入式语言的特点，这串字符将被直接执行（显示）出来。由此造成即使页面的 top padding 设置为0，也无法让整个网页紧贴浏览器顶部，因为在html一开头有这3个字符呢！最大的麻烦还不是这个。受COOKIE送出机制的限制，在这些文件开头已经有BOM的文件中，COOKIE无法送出