同样的代码，为什么浏览器按F12后看到的代码有如此差距

Question

你用 ob 函数拦截 php 输出并保存至文件
然后对比各文件的差异
如果没有差异，就是浏览器的问题，你也无能为力
如果有差异，就分析一下差异的原因

Answer 1

第一个源代码是直接用DW新建的一个文件！没有作任何修改。
我用的是Chrome浏览器，和FF都试了。查看源代码看到的都是一样的。
使用F12开发工具在Elements
第一张图片Body下面有两个引号，不知道是怎么出来的第二张图片看的是和源代码是一样的。很是郁闷 ！

Answer 2

head内容出现在body里你的html页面是不是有DOM头的UTF8的文件，你把这页面用编辑器转成无DOM的试一下

Answer 3

就是那个用记事本编辑过文件，中间转码造成的dom头文件。
建议直接在ue,ediplus,phpstorm里边建一个空白文件，然后把现有文件内容拷过去，就可以了。

Answer 4

问题已经解决，解释一下什么是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无法送出（因为在COOKIE送出前PHP已经送出了文件头），所以登入和登出功能失效。一切依赖COOKIE、SESSION实现的功能全部无效。因此，在编辑、更改任何文本文件时，请务必使用不会乱加BOM的编辑器。Linux下的编辑器应该都没有这个问题。WINDOWS下，请勿使用记事本等编辑器。推荐的编辑器是： Editplus 2.12版本以上； EmEditor； UltraEdit（需要取消‘添加BOM’的相关选项）； Dreamweaver（需要取消‘添加BOM’的相关选项） 等。对于已经添加了BOM的文件，要取消的话，可以用以上编辑器另存一次。（Editplus需要先另存为gb，再另存为UTF-8。）去掉bom头的办法，简单的是下面两种：1、editplus去BOM头的方法编辑器调整为UTF8编码格式后，保存的文件前面会多出一串隐藏的字符（也即是BOM），用于编辑器识别这个文件是否是以UTF8编码。运行Editplus，点击工具，选择首选项，选中文件，UTF-8标识选择 总是删除签名，然后对PHP文件编辑和保存后的PHP文件就是不带BOM的了。2、ultraedit去除bom头办法打开文件后，另存为选项的编码格式里选择（utf-8 无bom头），确定就ok了。

Answer 5

更正一下是BOM 而不是DOM

Answer 6

更正是BOM而不是DOM总之是你们两个帮助我找到了问题所在！！原来一直在用Editplus编辑PHP，近来看看Notepad++ 挺新鲜拿来用，就出来这样的问题！！那叫一个急！！！害我折腾了好几天也找不出原因！！！