ifstream打开失败默认不报错，需检查is_open()或fail()；读取非数字字符后需clear()和ignore()恢复；UTF-16/GBK等编码需手动处理，推荐统一用UTF-8无BOM。
ifstream 打开失败却没报错？检查 fail() 和 is_open() 两个状态
默认情况下，ifstream 构造或 open() 失败不会抛异常，也不会自动终止程序——它只是静默设置内部标志位。常见现象是后续 getline() 或 >> 读不出内容，但你不知道哪步卡住了。
正确做法是显式检查打开结果：
std::ifstream fin("data.txt");
if (!fin.is_open()) {
std::cerr << "文件未打开：data.txt\n";
return;
}
// 或者用 fail() 判断构造后是否出错（含路径不存在、无权限等）
if (fin.fail()) {
std::cerr << "ifstream 初始化失败\n";
}
-
is_open()只反映底层句柄是否成功获取，不校验文件可读性 -
fail()更全面，包含格式错误、流状态异常等，但首次调用前需先清空可能残留的eofbit - Windows 下路径含中文时，
ifstream默认不支持 UTF-8 路径字面量，得用std::filesystem::u8path+std::wifstream配合宽字符处理
逐行读取时 getline() 返回值必须判断，不能只看 fin 对象本身
很多代码写成 while (fin) { getline(fin, line); ... }，这会导致最后一行重复处理——因为 getline() 在遇到 EOF 后设 eofbit，但循环条件 fin 直到下一次尝试才失效。
安全写法永远是把 getline() 放进 while 条件里：
立即学习“C++免费学习笔记（深入）”；
std::string line;
while (std::getline(fin, line)) {
// line 已确保有效，不含 '\n'
}
-
getline()成功时返回fin引用（隐式转为 true），失败时返回 false - 如果文件末尾有空行，
getline()仍会成功读入空字符串，这不是 bug，是设计行为 - 若需保留行末换行符，得自己拼接
line += '\n'，getline()默认剥离它
读取数字时 >> 遇到非数字字符会卡住，且不清除输入缓冲区
比如文件内容是 "123 abc 456"，执行 fin >> num; 读完 123 后，指针停在空格上；再读会失败，num 值不变，failbit 被置位——但很多人忘了清除它。
典型修复流程：
int num;
if (fin >> num) {
// 成功
} else {
fin.clear(); // 清除 failbit
fin.ignore(1024, '\n'); // 跳过当前行剩余内容（或 ignore(std::numeric_limits<std::streamsize>::max(), '\n')）
}
-
operator>>是格式化输入，跳过前导空白，但遇到非法字符就停，不推进读取位置 -
ignore()第一个参数是最大跳过字符数，设太小可能跳不干净；用std::numeric_limits更稳妥 - 纯数字文件建议用
getline()+std::stoi/std::stod，可控性更强，错误能抛异常
文件编码不是 ASCII 或 UTF-8？ifstream 默认不处理 BOM，也不做编码转换
如果 txt 是记事本保存的 UTF-16（带 BOM），或者 GBK 编码，ifstream 会原样读字节，std::string 存的是乱码字节序列，后续任何字符串操作都不可靠。
C++20 前没有标准跨平台编码转换，务实方案：
- 强制要求文件存为 UTF-8（无 BOM），这是最省心的选择
- Windows 上可用
MultiByteToWideChar+WideCharToMultiByte手动转码，但得用std::wifstream配合imbue()设置 locale - 第三方库如 ICU 或 Boost.Locale 更稳，但引入依赖
- 别依赖
fin >> std::noskipws来“解决”编码问题——它只影响空白符跳过，跟编码无关
真正麻烦的从来不是怎么读，而是你根本不知道文件实际是什么编码。打开前用工具（如 VS Code 底部状态栏、file -i filename）确认编码，比写一堆适配逻辑更高效。
