工具用的顺手吗？
你的反馈能帮助我们做得更好
检测并一键去除UTF8文件中的BOM标记，解决PHP等环境解析错误问题，优化文件兼容性。
点击选择文件拖拽文件到这里，或点击上传
支持所有文本文件 (HTML, CSS, JS, TXT等)
最大 5 MB
BOM (Byte Order Mark) 是位于文件开头的特殊标记（0xEF, 0xBB, 0xBF），用于标识文件是以 UTF-8 编码的。
虽然 BOM 对于某些 Windows 程序（如记事本）有帮助，但在 Web 开发中通常建议不带 BOM，因为：
概览
了解工具能解决的问题、计算或处理逻辑，以及数据边界。
BOM是位于文本流开头的编码标记；Unicode将它描述为字符U+FEFF。若以UTF-8表示，开头的三个字节为EF BB BF。UTF-8本身按字节编码，不存在需要借BOM决定的大端或小端次序；一些文件格式或程序仍会把开头的BOM作为编码签名，也有协议要求文件从特定ASCII字符开始，因而不接受它。
本检测器读取所选文本文件的开头，检查前三个字节是否恰好为EF BB BF，再显示包含BOM或无BOM。它可以一次选择多个文件，在浏览器中读取字节，不会改写原文件；工具的功能是检测，不是删除、转换编码或重新下载处理后的文件。
指南
按步骤完成操作，并通过示例核对输入与结果。
可拖入文件或通过选择按钮添加待检查的文本文件。页面会显示当前账号可用的单文件大小上限；文件较大时先按页面提示处理。
文件名旁会出现包含BOM或无BOM的结果。可以逐个核对，不需要把多个文件合并，也不需要输入文字内容。
如果目标程序要求文件不带BOM，请用适合该格式的编辑器另行保存，再重新上传确认。检测结果不会直接修改本地文件。
场景
查看这项工具在不同工作与生活流程中的用法。
开发者遇到脚本或构建工具无法按预期读取文件时，先检查开头是否带有UTF-8 BOM，再结合具体语言、运行环境和文件格式核对原因。
数据整理人员在导入表格前检查导出文件是否以BOM开头，判断目标系统是否期待该标记，并据实际导入规范决定是否另行保存文件。
协作团队对多份文本文件一起检查标记状态，提前发现不同编辑器导出习惯造成的差异；该检查不等于完整编码验证。
问答
集中解答高频疑问与容易混淆的问题。
不能。它只表示前三个字节不是UTF-8 BOM；不含BOM的文件可能采用UTF-8，也可能是其他编码。该工具不会验证整份文件的编码有效性。
不会。它只报告文件开头是否包含UTF-8 BOM，不修改、转换或提供处理后的文件。需要删除时，请使用适合文件格式的编辑器另存，再重新检查。
不一定。Unicode说明BOM可用作编码签名；具体是否保留取决于接收程序或文件协议。有些输入位置需要特定字符开头，带BOM可能不符合该协议。
可以一次选择多个文件，但每个文件仍受页面显示的单文件大小上限约束；不同账号可见的上限可能不同。请以上传区域当时的提示为准。
须知
使用前了解适用范围、结果限制与必要提醒。
判定仅查看文件开头的三个字节是否为UTF-8 BOM，不能据此判断文件整体编码、内容是否损坏，也不识别UTF-16或UTF-32标记。文件没有UTF-8 BOM不等于文件一定是UTF-8。
文件大小上限以当前页面提示为准。工具在浏览器中读取所选文件，不会替代本地备份或编辑器的保存操作；修改编码标记前，应确认接收程序对文件格式的要求。
推荐
查找相关工具、专题与可用的 API 能力。
