在处理跨平台数据交换时，XML文件是最常用的载体之一。但不少开发者在Windows环境下编辑XML后，发现部署到Linux服务器或送入Java、PHP的XMLReader解析时出现乱码或报错。问题常常不在于标签写错，而是文件头部多出了BOM头。BOM（Byte Order Mark）原本用于标识Unicode文本的字节序，UTF-8的BOM表现为文件最前面三个字节：EF BB BF。许多Windows编辑器默认以“带BOM的UTF-8”保存，而严格的XML解析器在读取声明行之前遇到这三个字节，就可能抛出“Content is not allowed in prolog”之类的异常。
为什么XML文件不能有BOM头
XML规范规定，文档如果以XML声明（如 <?xml version="1.0" encoding="UTF-8"?>）开头，那么声明之前不能有任何字符，包括空格和BOM。BOM虽然对人类不可见，但对解析器而言就是实实在在的字节。当解析器读到EF BB BF，它认为声明前已有内容，于是判定格式非法。
另外，某些老旧系统或嵌入式设备使用的轻量级解析库根本不支持BOM自动跳过。即便现代浏览器能容错，后端服务往往没那么宽容。因此，保证XML文件以无BOM的UTF-8保存，是规避兼容性问题的通用做法。
用Notepad++手动去除BOM并保存
Notepad++提供了直观的编码切换功能。打开目标XML文件后，点击顶部菜单的“编码”，你会看到“以UTF-8无BOM格式编码”这一项。如果当前文件是带BOM的，该选项前面没有勾选；点击它，Notepad++会在内存中将文件转为无BOM编码。
转换后必须再按Ctrl+S保存，才能真正把磁盘上的BOM字节去掉。仅仅切换编码显示而不保存，文件实体不会改变。保存后可用十六进制查看器确认文件头不再是EF BB BF。下面是一段用Python验证文件是否带BOM的脚本，方便保存后自查：
# 检查文件是否以UTF-8 BOM开头
def has_bom(path):
with open(path, 'rb') as f:
raw = f.read(3)
return raw == b'xefxbbxbf'
if has_bom('test.xml'):
print('文件带有BOM头，需去除')
else:
print('文件为无BOM格式，正常')
批量处理多个XML文件
当项目里积累了几百个历史XML都需要转无BOM时，手动逐个打开太慢。Notepad++本身不带原生批量转编码菜单，但可借助插件如“Python Script”或“Batch Encoding Converter”来完成。以Python Script插件为例，可写一小段宏遍历目录：
核心思路是读取每个文件二进制头部，若有BOM则剔除并用UTF-8重写。这样不必依赖编辑器界面，也能保证结果和Notepad++手动保存完全一致。示例如下：
import os
def remove_bom_in_file(path):
with open(path, 'rb') as f:
data = f.read()
if data[:3] == b'xefxbbxbf':
with open(path, 'wb') as f:
f.write(data[3:])
print('已去除BOM: ' + path)
for root, _, files in os.walk('xml_dir'):
for name in files:
if name.endswith('.xml'):
remove_bom_in_file(os.path.join(root, name))
其他编辑器中的对应操作
虽然标题聚焦Notepad++，但类似逻辑在所有编辑器中通用：找到“编码”或“文件格式”设置，选择“UTF-8 without BOM”后保存。例如VS Code底部状态栏点击编码按钮，选择“以编码保存”再选UTF-8即可。理解BOM本质后，工具差异只是菜单位置不同。
最后提醒，从版本控制系统拉取文件时，某些git配置或模板可能悄悄加回BOM。建议在项目根目录放一个预提交钩子，自动拦截带BOM的XML提交，从源头杜绝问题。