必须用 std::getline 读整行，因 operator>> 遇空格即停；混用时需 cin.ignore() 清残留换行符；可自定义分隔符但空格无效；UTF-8 中文需注意终端 locale；文件读取比 cin 更稳定，混合读取易出错。
用 std::getline 而不是 operator>>
operator>> 遇到空格、制表符或换行就停，根本读不完带空格的一整行。必须换 std::getline —— 它按换行符切分，中间的空格照单全收。
常见错误是混用：cin >> 读完一个数或单词后，输入缓冲区还剩一个换行符，紧接着调 getline 就会立刻读到空行。得先用 cin.ignore() 清掉它：
int n; cin >> n; cin.ignore(); // 跳过残留的 '\n' string line; getline(cin, line);
std::getline 的第三个参数能改分隔符
默认用 '\n' 当结束符，但你可以指定别的，比如读到冒号就停：
string part; getline(cin, part, ':');
这在解析日志、CSV 片段或自定义格式时很实用。注意：分隔符本身不会被存进 string，但缓冲区里它后面的字符还在，下次读取会接着处理。
立即学习“C++免费学习笔记（深入）”；
如果误传了 ' '（空格）作分隔符，那只会读到第一个空格前的内容，和 >> 行为类似，达不到“读整行”的目的。
遇到中文或 UTF-8 文件要小心缓冲区和 locale
纯 ASCII 下 getline 没问题，但若文件是 UTF-8 编码且含中文，而控制台或终端 locale 没设对，可能显示乱码或提前截断——这不是 getline 的错，是流底层没正确识别多字节字符边界。
简单对策：
- 确保终端/IDE 支持 UTF-8（如 Windows Terminal 开启 UTF-8 模式）
- Linux/macOS 一般默认 OK；Windows 命令提示符需执行
chcp 65001 - C++ 代码里不强制改 locale，除非你明确要做本地化格式转换
别试图用 wstring + wgetline 替代，除非整个项目已统一走宽字符，否则容易引发编码混用问题。
从文件读一行比从 cin 更稳定
从 cin 读时，用户手抖多按个 Ctrl+D（Linux/macOS）或 Ctrl+Z（Windows），getline 就会失败，cin.fail() 变 true，后续读取全卡住。而文件流更容易判断 EOF 或错误：
ifstream fin("data.txt");
string line;
while (getline(fin, line)) {
// 正常处理每一行
}
if (fin.bad()) {
// 真出错了，比如磁盘故障
}
交互式输入中，宁可多加一层检查，比如 if (!getline(cin, line)) break;，不然程序可能静默跳过关键输入。
真正麻烦的是混合读取：先 cin >> 数字，再 getline 字符串，又忘了 ignore——这个坑比编码问题更常出现，而且症状隐蔽。
