BOM头与UTF-16编码的区别_编码选择建议
网站程序从网上下载或从其他服务器迁移后，经常出现各种诡异问题——页面乱码、顶部空白、验证码不显示、登录跳转异常。这些问题很多时候是因为文件编码不一致，部分文件带BOM头部分不带，导致输出异常。解决方法是把所有PHP、HTML、CSS、JS文件统一转为UTF-8无BOM编码。本文讲解如何检测哪些文件有BOM头、如何用编辑器单个去除、如何用脚本批量去除整个网站目录的BOM头，以及如何设置编辑器默认保存为无BOM格式防止以后再出现这个问题。
BOM头对PHP页面的影响。PHP引擎在执行文件时，如果文件开头有BOM头，会把这三个字节当作普通输出发送到浏览器。这导致在BOM头之后调用的header()、setcookie()、session_start()等函数失败，因为HTTP协议要求头信息必须在任何输出之前发送。报错信息通常是「Warning: Cannot modify header information - headers already sent by (output started at /path/file.php:1)」，行号是1说明输出从文件第一行开始，就是BOM头。session_start()失败会导致登录状态无法保持，setcookie()失败会导致Cookie无法设置，header('Location:')失败会导致跳转无效。
BOM头的原理。UTF-8编码的BOM头是三个字节：EF BB BF，位于文件最开头。UTF-16和UTF-32编码的BOM头是FE FF或FF FE，用于标识字节顺序（大端或小端）。UTF-8编码本身不需要BOM头来标识字节顺序（因为UTF-8的字节顺序是固定的），BOM头在UTF-8中仅用于标识这是一个UTF-8文件。很多Windows编辑器（如旧版记事本）在保存UTF-8时自动添加BOM头，因为Windows系统通过BOM头区分UTF-8和系统默认编码（如GBK）。但在Linux和Web开发中，UTF-8文件不应该带BOM头。
BOM头导致验证码不显示的原理。验证码图片通过PHP的GD库生成，用header('Content-Type: image/png')设置内容类型，然后输出图片二进制数据。如果PHP文件有BOM头，BOM头会在图片数据之前输出，导致浏览器接收到的数据是「BOM头 + 图片数据」，不是合法的PNG格式，浏览器无法解析，显示为叉号或空白。解决方法是去除生成验证码的PHP文件（以及include的所有文件）的BOM头。注意不仅验证码文件本身不能有BOM头，它include/require的所有文件（如数据库配置文件、函数库文件）也不能有BOM头，任何一个文件有BOM头都会导致输出异常。
VSCode去除BOM头。打开文件后，点击右下角状态栏的编码显示（如「UTF-8 with BOM」），在弹出菜单中选择「Save with Encoding」（通过编码保存），然后选择「UTF-8」（不带BOM的选项），保存后BOM头去除。设置默认保存为无BOM：点击「文件」-「首选项」-「设置」，搜索「files.encoding」，设置为utf8；搜索「files.showByteOrderMark」，设置为false（不显示BOM标记，即默认不添加BOM）。VSCode默认新建UTF-8文件是不带BOM的，但打开带BOM的文件保存时会保留BOM，需要手动转为无BOM。
Notepad++去除BOM头。打开文件后，点击菜单「编码」-「转为UTF-8无BOM编码」，然后保存文件。底部状态栏会从「UTF-8-BOM」变为「UTF-8」。批量去除多个文件：在Notepad++中打开所有需要处理的文件，点击「编码」-「转为UTF-8无BOM编码」，然后按Ctrl+Shift+S全部保存。注意Notepad++的「编码」菜单中有「使用UTF-8无BOM编码」和「转为UTF-8无BOM编码」两个选项，「使用」是设置编辑器显示编码不改变文件内容，「转为」才是真正转换文件编码去除BOM头，一定要选「转为」。设置默认保存为无BOM：「设置」-「首选项」-「新建」，编码选择UTF-8，不勾选「应用到打开的ANSI文件」。
检测文件是否有BOM头的方法。方法一：用十六进制编辑器打开文件，查看开头三个字节是否是EF BB BF。Notepad++的「插件」-「HEX-Editor」-「View in HEX」可以查看十六进制。方法二：用PHP脚本检测，代码：<?php $file = 'test.php'; $f = fopen($file, 'r'); $bom = fread($f, 3); fclose($f); if ($bom == pack('CCC', 0xEF, 0xBB, 0xBF)) { echo '有BOM头'; } else { echo '无BOM头'; }。方法三：Linux命令检测：head -c 3 file.php | xxd，输出开头是efbbbf说明有BOM头。方法四：用编辑器查看编码，Notepad++底部状态栏显示「UTF-8-BOM」说明有BOM头，显示「UTF-8」说明无BOM头。
BOM头与编码乱码的关系。BOM头本身不会导致中文乱码，乱码通常是因为文件编码和页面声明的编码不一致（文件是GBK但页面声明UTF-8，或反之）。但BOM头会加剧编码问题——带BOM头的UTF-8文件被当作GBK解析时，BOM头三个字节会显示为乱码字符（锘?）。解决乱码的根本方法是统一所有文件编码为UTF-8无BOM，同时在页面head中声明，PHP文件设置header('Content-Type: text/html; charset=utf-8')，数据库连接设置SET NAMES utf8。编码统一后，BOM头和乱码问题都能解决。
防止BOM头的最佳实践。一是统一团队编辑器设置，所有开发者设置默认保存为UTF-8无BOM，在编辑器配置或团队规范中明确。二是代码提交前检查，Git可以配置pre-commit钩子检测BOM头，SVN可以用pre-commit脚本。三是网站程序上线前用批量脚本扫描一次，确保没有BOM头。四是从官方渠道下载程序，很多第三方修改版可能带BOM头。五是PHP项目中在入口文件开头用ob_start()开启输出缓冲，可以缓冲BOM头输出，避免header失败，但这只是临时方案，根本解决还是去除BOM头。六是模板文件（HTML、CSS、JS）也要检查，不只是PHP文件。
运维评价：「BOM头是PHP开发中的经典坑，不可见但影响大，页面空白、验证码不显示、session失效、JSON解析失败都可能是它导致的。批量去除脚本是必备工具，每次部署前跑一遍」「编码统一是根本，整个项目从文件到数据库到页面声明全部UTF-8无BOM，BOM头和乱码问题都不会有。新团队建立时就要把编码规范定好」。
操作提示：遇到页面顶部空白、验证码不显示、session/cookie失败、JSON解析失败，先检查报错行号，如果是行号1基本就是BOM头。单个文件用编辑器「转为UTF-8无BOM」处理，注意选「转为」不是「使用」。整个网站用批量脚本处理（PHP脚本适合虚拟主机，Python/PowerShell适合本地，find/sed适合Linux服务器）。处理前务必备份文件，批量操作有风险。处理后清除浏览器缓存和OPcache，重新测试。
更新时间：2026-08-26 21:48:48
上一篇：微信批量多开方法大全_注册表_Win10家庭版_台式机通用