UTF-8 BOM（\xEF\xBB\xBF）非必需且C++标准库不识别，须手动逐字节检测前3字节是否匹配，成功则跳过，否则保持原位置；禁用std::string::find或宽字符函数比对，避免编译器对字符串字面量的编码 reinterpret。
直接结论：UTF-8 BOM（\xEF\xBB\xBF）不是必须的，C++标准库不自动识别它；手动检测时别用 std::string::find 或宽字符函数比对，得按字节逐个检查前3字节。
怎么安全检测 UTF-8 BOM（三字节序列）
很多文本编辑器（如 Windows 记事本）保存 UTF-8 时会悄悄加 BOM，但 C++ 的 std::ifstream、std::getline 完全不感知它——它就是普通字节。所以不能靠编码转换库“自动跳过”，得自己读头3字节判断。
- 先用
std::ifstream::peek()或read()获取前3字节，避免移动读取位置出错 - 严格比对是否等于
\xEF\xBB\xBF（注意：不是 Unicode 码点，是原始字节） - 如果匹配，再调用
ignore(3)跳过；否则保持原位置继续读 - 别用
std::string("")初始化比对——源文件编码不确定时，字符串字面量可能被编译器 reinterpret，结果不可靠
用 std::ifstream 读文件时跳过 BOM 的典型写法
这是最常踩坑的地方：有人一上来就 getline，结果第一行开头多出乱码或解析失败，其实只是 BOM 被当成了有效内容。
- 打开文件后立即用
read(buf, 3)读3字节到char buf[3] - 检查
buf[0] == '\xEF' && buf[1] == '\xBB' && buf[2] == '\xBF' - 若匹配，后续所有读取都从第4字节开始；否则把这3字节 push 回流（用
unget()三次，或重置seekg(0)） - 别依赖
std::locale或std::codecvt_utf8——它们不处理 BOM，且std::codecvt_utf8在 C++17 已弃用
为什么 fopen + fgets 更容易翻车
C 风格 IO 默认以二进制方式读取，但如果你用 "r" 模式打开（而非 "rb"），在 Windows 上换行符可能被误转，BOM 字节还可能被某些 CRT 实现当作控制字符吞掉或截断。
立即学习“C++免费学习笔记（深入）”；
- 务必用
"rb"模式打开，确保字节原样读入 -
fgets会停在\n或缓冲区满，但 BOM 若刚好卡在行首+缓冲区边界，可能被拆开读取，导致比对失败 - 不如直接用
fread(buf, 1, 3, fp)判断，再用fseek(fp, 0, SEEK_SET)或fseek(fp, 3, SEEK_SET)定位 - 跨平台时尤其注意：
FILE*没有标准方法“回退已读字节”，ungetc最多只保证能回退1字节
BOM 检测本身很简单，难的是它总藏在“读第一行”这种看似无害的操作背后；一旦漏判，后续所有字符串处理（比如 std::stoi、JSON 解析、正则匹配）都可能因开头多出三个无效字节而静默失败。别指望运行时库替你擦屁股，C++ 对文本编码的态度就一个字：不管。
