在编写PHP文件过程中，发现在浏览器预览PHP文件时，顶部会出现一行空白，影响了页面的布局。
关于BOM header的解释如下：
通常情况下，使用Windows系统自带的记事本程序编写网页程序，但在编写或修改php博客系统代码后，进行调试时总是会出现如同以下几点问题：
–不能登入或者不能登出；
–页顶出现一条空白；
–页顶出现错误警告；
–其它不正常的情况。
分析原因：
由于使用UTF-8编码，在编写或修改代码后都保存为utf-8编码格式。虽然现在几乎所有的文本编辑软件都可以显示并编辑UTF-8编码的文件，但是很遗憾的是其中很多软件的表现并不理想。
类 似WINDOWS自带的记事本等软件，在保存一个以UTF-8编码的文件时，会在文件开始的地方插入三个不可见的字符（_0xEF _0xBB _0xBF，即BOM——Byte Order Mark）。它是一串隐藏的字符，用于让记事本等编辑器识别这个文件是否以UTF-8编码。对于一般的文件，这样并不会产生什么麻烦。但对于 PHP来说，PHP在设计时就没有考虑BOM的问题，不会忽略UTF-8编码的文件开头BOM的那三个字符，会把BOM作为该文件开头正文的一部分。由于必须在<?或者<?php后面的代码才会作为PHP代码执行，所以将会造成在页面上输出这三个字符，显示效果就要看浏览器了，一般是一个空行或是一个乱码。由于在html一开头有这3个字符的存在，即使页面的 top padding 设置为0，也无法让整个网页紧贴浏览器顶部。由于受COOKIE送出机制的限制，在这些文件开头已经有BOM的文件中，COOKIE无法送出（因为在 COOKIE送出前PHP已经送出了文件头），所以登入和登出功能失效。一切依赖COOKIE、SESSION实现的功能全部无效。
解决办法：
在编辑、更改任何文本文件时，请务必使用不会乱加BOM的编辑器。Linux下的编辑器应该都没有这个问题。WINDOWS下，请勿使用记事本等编辑器。推荐的编辑器是：
Editplus 2.12版本以上；
EmEditor；
UltraEdit（需要取消‘添加BOM'的相关选项）；
Dreamweaver（需要取消‘添加BOM'的相关选项）；
Notepad(需要进行“转换为不带BOM的UTF-8”)等。
对于已经添加了BOM的文件，要取消的话，可以用以上编辑器另存一次。（Editplus需要先另存为gb，再另存为UTF-8。Dreamweaver在”页面属性“的 “包含Unicode 签名（BOM）”取消即可）
