用 operator>> 读字符串会停在第一个空格，只获取单词而非整行；std::getline() 才能正确读取含空格的整行，但需注意 >> 后残留换行符导致空行问题。
用 operator>> 读字符串会停在第一个空格
这是最常踩的坑：你以为 std::ifstream 配合 >> 能读整行，结果只拿到单词。因为 >> 默认以空白符（空格、制表、换行）为分隔，遇到空格就截断并丢弃后续内容。
比如文件里写的是 "Hello World"，用 file >> str 后，str 只是 "Hello"，"World" 还留在流缓冲区里，下次读可能出错。
- 适用场景：读取单个词、数字、标识符这类无空格的 token
- 不适用于：人名、路径、配置值、日志行等含空格的文本
- 副作用：跳过开头所有空白，且不保留换行符位置
std::getline() 才是读带空格字符串的正解
std::getline() 按行读取，直到遇到换行符（默认），中间的空格、制表都原样保留。它和 operator>> 是两个独立接口，不共享内部状态，但共用同一个流对象。
注意：如果之前用了 >>，流里可能残留换行符，直接跟 getline() 会导致读到空行——因为 >> 不吃掉换行符，而 getline() 碰到的第一个换行就停了。
立即学习“C++免费学习笔记（深入）”；
- 正确顺序：要么全程用
getline()，要么在>>后加file.ignore()清掉换行 - 可自定义分隔符：比如
std::getline(file, str, ';')读到分号为止 - 失败时返回流对象，建议检查：
if (!std::getline(file, str)) { /* 文件结束或出错 */ }
std::ifstream 构造失败或读取失败不报异常，默认静默
默认情况下，std::ifstream 的 failbit 和 badbit 是关闭的，即使文件不存在、权限不足、磁盘满，open() 或 getline() 也不会抛异常，只会把流置为失效状态。
这意味着你很可能在没检查状态的情况下继续读，得到空字符串或旧值，然后程序逻辑跑偏。
- 必须主动检查：
if (!file.is_open())或if (file.fail()) - 启用异常：调用
file.exceptions(std::ifstream::failbit | std::ifstream::badbit)，但要注意异常会中断控制流，不是所有项目都接受 - Windows 下路径含中文或空格时，确保用 UTF-8 编码打开文件（C++20 前需用
std::filesystem::u8path或平台 API）
读取后字符串里混入 \r 是 Windows 换行惹的祸
在 Windows 上用文本模式打开文件（默认），\r\n 会被自动转成单个 \n；但某些编辑器或跨平台生成的文件可能漏掉转换，或者你用二进制模式打开，就可能在 str 结尾看到 \r。
这会导致比较失败、JSON 解析出错、路径拼接异常——尤其当你用 str == "abc" 却总不成立时，大概率是末尾藏了个 \r。
- 快速检测：
std::cout - 安全清理（仅需一次）：
if (!str.empty() && str.back() == '\r') str.pop_back(); - 更健壮做法：读完后统一 trim 两端空白（包括
\r、\n、\t）
实际读取带空格字符串这件事本身不难，难的是各种边界情况叠加：前序操作留下的流状态、平台换行差异、错误处理被忽略、编码隐式转换。这些点不显眼，但一个没兜住，调试起来就得花半天。
