读取UTF-8 BOM文件时需手动跳过前3字节\xEF\xBB\xBF，因std::ifstream不自动处理BOM；避免使用std::wifstream读UTF-8文件，应改用二进制读取+手动解码；跨平台BOM检测应优先检查4字节（UTF-32），再3字节（UTF-8），最后2字节（UTF-16），匹配后按实际长度跳过。
读取UTF-8 BOM文件时出现乱码或开头异常字符
直接用 std::ifstream 读取带BOM的UTF-8文件，std::string 里会多出三个字节 \xEF\xBB\xBF，导致后续解析失败（比如JSON解析报错、字符串比较不匹配、首行内容被污染）。
根本原因不是编码问题，而是C++标准库不自动跳过BOM——它把BOM当普通字节读进来了。
- 先用
peek()检查前3字节是否为\xEF\xBB\xBF - 如果是，调用
ignore(3)跳过 - 再按正常逻辑读取剩余内容
std::ifstream file("data.txt", std::ios::binary);
if (!file.is_open()) return;
// 检查BOM
if (file.peek() == 0xEF) {
char bom[3];
file.read(bom, 3);
if (bom[0] == '\xEF' && bom[1] == '\xBB' && bom[2] == '\xBF') {
// BOM存在，已跳过
} else {
file.seekg(0); // 没有BOM，重置位置
}
} else {
file.seekg(0);
}
std::string content((std::istreambuf_iterator<char>(file)),
std::istreambuf_iterator<char>());
std::wifstream 读UTF-8 BOM文件会崩溃或截断
std::wifstream 默认按本地宽字符编码（如Windows上是UTF-16）解释文件，强行让它读UTF-8 BOM文件，会导致 imbue() 失效、get() 返回 WEOF、甚至读到一半就停止——这不是bug，是编码契约不匹配。
别用 std::wifstream + UTF-8 BOM组合。真要处理宽字符串，先用二进制方式读出原始字节，再用 std::from_bytes（C++20）或第三方库（如utf8cpp）转成 std::wstring。
立即学习“C++免费学习笔记（深入）”；
- Windows下若必须用
wifstream，改用UTF-16 LE/BE格式并带对应BOM（\xFF\xFE或\xFE\xFF） - C++20起可用
std::text_encoding（尚未广泛支持），目前更稳妥的是用std::ifstream读字节 + 手动解码
跨平台判断BOM类型不能只看前两字节
UTF-16 BE BOM是 \xFE\xFF，UTF-16 LE是 \xFF\xFE，UTF-8是 \xEF\xBB\xBF——但有些编辑器（如旧版Notepad）可能写错BOM长度或顺序，或者文件混合了多种编码。
安全做法是：读前4字节，逐一比对所有常见BOM模式，且只在确认匹配后才跳过；不要假设“只要前两字节是 \xFF\xFE 就一定是UTF-16 LE”，因为这可能是UTF-32 LE的前半部分（\xFF\xFE\x00\x00）。
- 优先检查4字节BOM：
\x00\x00\xFE\xFF（UTF-32 BE）、\xFF\xFE\x00\x00（UTF-32 LE） - 再检查3字节：
\xEF\xBB\xBF（UTF-8） - 最后检查2字节：
\xFE\xFF/\xFF\xFE（UTF-16） - 匹配后，用
seekg(n)跳过对应字节数，而非固定跳3字节
用Boost.Iostreams或iconv做自动BOM检测太重
引入Boost或iconv只为跳BOM，属于杀鸡用牛刀。它们的BOM检测逻辑确实健壮，但编译依赖、链接体积、初始化开销对简单文本处理来说不值当。
真正需要自动编码探测（比如不知道文件是UTF-8还是GBK）时再考虑；如果明确知道是UTF-8且仅需兼容BOM，手写几行检查代码更轻量、可控、无依赖。
- Boost.Iostreams的
boost::iostreams::mapped_file_source不自动处理BOM，仍需手动跳过 - iconv本身不负责BOM识别，得配合
libiconv的iconv_open("UTF-8//IGNORE", "UTF-8")等技巧，反而增加复杂度 - 多数项目只需要处理UTF-8 BOM，硬编码3字节检查足够，且可内联、可测试、无外部链入风险
BOM处理本身不难，难的是误以为“用了宽流就自动兼容”或“跳过前3字节就万事大吉”。实际中BOM位置、长度、编码上下文都可能出意外，最保险的方式是：每次打开文件先做字节级探查，而不是依赖流对象的编码设定。
