cin>>以空白符为分隔符，读到空格即停，剩余内容留在缓冲区；cin.get()逐字符读且不丢弃换行符，cin.getline()读整行并自动丢弃换行符；混合输入时需用cin.ignore()清理残留换行符。
cin 读到空格就停，根本不是“不读空格”，是它本来就不打算读完一行
默认情况下 cin >> 用空白符（空格、制表、换行）做分隔，遇到第一个空格就停止提取，剩下内容留在输入缓冲区。这不是 bug，是设计如此——它面向的是“单词/数字”这类 token 输入。
常见错误现象：cin >> name; 输入 John Smith，name 只拿到 John，Smith 还卡在缓冲区，后续 cin >> age; 会直接读走 Smith 当成数字，导致转换失败或逻辑错乱。
- 别指望
cin >>读带空格的字符串，哪怕你加了std::ws或清缓冲也没用——它的语义就是“跳过前导空白，读非空白字符直到下一个空白” - 如果真要读单词，用
cin >>没问题；但要读人名、地址、句子，必须换方法 - 注意：换行符也会被当作分隔符，所以
cin >>后紧接着cin.getline()常常读到空行——因为换行符还留在缓冲区没被吃掉
cin.get() 是单字符读取器，不是“安全版 cin.getline”
cin.get() 有三个重载，最常用的是无参版（返回 int）和三参数版（填入字符数组）。它和 cin.getline() 的核心区别在于：是否丢弃分隔符。
比如缓冲区里是 Hello\n：
立即学习“C++免费学习笔记（深入）”；
-
cin.get()（无参）读一个字符，返回'H'，下次调用继续读'e'……直到'\n'，它会把'\n'当作普通字符读进来，不跳过 -
cin.getline(buf, 10)读到'\n'就停，并且**自动丢弃这个'\n'**，缓冲区干净 -
cin.get(buf, 10)（带长度的两参数版）行为和getline几乎一样，但**不丢弃'\n'**——它留在缓冲区，下次读可能立刻触发失败
所以别混淆：cin.get() 不是“读一行的轻量版”，它是逐字符 IO 的基础接口；而 cin.getline() 才是专为整行输入设计的工具。
cin.getline() 的缓冲区溢出风险比你想象中更隐蔽
cin.getline(buf, size) 最大读 size - 1 个字符，然后写 '\0' 结尾——这是 C 风格字符串的安全机制。但很多人忽略两点：
- 如果输入超长（比如
size=10，用户输 20 个字符），getline会读满 9 个 +'\0'，第 10 个位置留给终止符，**剩余字符（含那个没被读的'\n'）全部滞留在缓冲区**——下次getline或cin >>会直接撞上这些残留，行为失控 - 一旦发生溢出，
cin的failbit会被置位，后续所有输入操作都静默失败，除非手动调用cin.clear()和cin.ignore() - 推荐做法：用
std::string+std::getline(cin, s)替代字符数组版本，完全规避长度管理问题；只有对接 C API 或嵌入式受限环境时才用cin.getline()
混合输入时，换行符残留是 90% 的“读不到数据”问题根源
典型场景：cin >> choice; 读菜单选项，再 cin.getline(name, 50) 读姓名——结果 name 总是空。原因：用户输入 1\n，>> 读走 1，但 \n 留在缓冲区，getline 立刻读到它并结束。
解决方法不是“多加一个 cin.get()”，而是明确清理：
- 最稳妥：
cin.ignore(std::numeric_limits<:streamsize>::max(), '\n');—— 吃掉从当前位置到下一个换行的所有字符 - 简单场景可写
cin.ignore(1, '\n');，但不保险：万一前面还有多个空行或多余空格，就漏清 - 如果之后还要读数字，别用
ignore()吃太多，否则可能把下一行的数字也吞了；优先考虑统一用std::string+std::getline，再用std::stoi等解析，避免类型切换带来的缓冲区污染
真正难调试的，从来不是语法错误，而是缓冲区里那个看不见的 '\n'。
