std::cin >> 读单词最常用，但只读到空白符为止；它自动跳过前导空白，读取连续非空白字符后停止，遇空格/换行即截断，故输入"hello world"仅得"hello"。
用 std::cin 读单词最常用，但要注意它只读到空白符为止
默认情况下，std::cin >> 对 std::string 会跳过开头所有空白（空格、制表、换行），然后读取连续非空白字符，遇到下一个空白就停。这正好符合“输入一个单词”的需求。
常见错误是混用 std::cin >> 和 std::getline()：比如先用 cin >> 读数字，再用 getline() 读单词，结果后者直接读到换行符，返回空字符串——因为前面的 cin >> 留下了未处理的 \n 在输入缓冲区。
- 正确做法：如果之前用了
cin >>，后续要用getline()前，先调用cin.ignore()清掉残留换行 - 更稳妥的写法是统一用
std::string word; std::cin >> word;，它天然适合单个单词 - 注意：
std::cin >>不会读入空格、制表或换行，所以输入"hello world"只拿到"hello"
std::getline() 能读整行，但要小心分隔符设置
如果“单词”可能包含空格（比如用户实际想输带连字符的 "mother-in-law"），或者你明确需要控制读取边界，就得用 std::getline() 并自定义分隔符。
默认 std::getline(cin, s) 以换行符为界；但你可以改成其他字符，比如：
立即学习“C++免费学习笔记（深入）”；
std::string word; std::getline(std::cin, word, ' '); // 读到空格为止（含空格不保留）
不过这样容易出问题：用户输完单词后按回车，那个换行符会留在缓冲区，影响下一次输入；而且如果用户没输空格就回车，getline() 会一直等下去。
- 除非有明确理由（如解析 CSV 或协议字段），否则别轻易改
getline()的分隔符 - 若真需按空格切分，建议先用
getline()读整行，再用std::istringstream拆词 -
getline()读到文件尾或流失败时会置位failbit，记得检查if (cin)或cin.good()
中文或 Unicode 单词不能直接用 std::cin >>
std::cin >> 按字节读取，对 UTF-8 编码的中文，一个汉字占 3 字节，它会把第一个字节当独立字符截断，导致乱码或读不全。这不是 bug，是 C++ 标准库不直接支持宽字符流输入的体现。
如果你的应用必须处理中文词（比如“苹果”、“机器学习”），有两条路：
- 用
std::wcin+std::wstring，但需提前调用std::ios_base::sync_with_stdio(false)和std::wcin.imbue(...)设置 locale，Windows 控制台还常不生效 - 更实际的做法：用
std::getline()读 UTF-8 字节流，再用第三方库（如utf8cpp）或平台 API 解码成 Unicode 字符串做后续处理 - 简单场景下，干脆接受限制：只处理 ASCII 单词，或把中文当黑盒字符串整体读入（不拆分、不比较字符）
输入失败时，流状态不会自动恢复
如果用户输了个字母却用 int x; std::cin >> x;，流会进 failbit 状态，之后所有输入操作都直接返回失败——包括你想补救的 std::cin >> word;。很多人卡在这儿半天想不通为什么“明明重新写了 cin >> word，却还是读不到”。
- 必须显式调用
std::cin.clear()清除错误标志 - 再用
std::cin.ignore(std::numeric_limits<:streamsize>::max(), '\n')</:streamsize>把坏输入丢掉 - 这两步缺一不可；漏掉
clear()，ignore()不执行；漏掉ignore()，坏数据还在缓冲区，下次又卡住
边界情况比想象中多：用户按 Ctrl+Z（Windows）或 Ctrl+D（Linux）结束输入，流进 eofbit；输入超长导致缓冲区溢出；重定向文件时编码不匹配……这些都会让 cin 静默失效。
