正确写法是用getline()读整行或istreambuf_iterator读所有剩余字符；前者保留空格但丢换行符，后者原样读取包括换行符在内的全部字节直到EOF。
cin读取string直到EOF的正确写法
直接用while (cin >> s)只能按单词读取，遇到空格、换行就停，根本读不到完整行或跨行内容。真要读到文件结尾（EOF），得明确告诉cin你想要的是“整行”还是“所有剩余字符”，而不是默认的空白分隔模式。
读整行（含空格）直到EOF：用getline()
getline()是唯一靠谱的选择，它吃掉换行符但不把它当分隔符，适合处理带空格的输入。注意必须传cin和string引用，且不能混用>>和getline()——前者会把换行符留在缓冲区，导致第一个getline()立刻返回空。
- 正确写法：
string s;<br>while (getline(cin, s)) {<br> // 处理s<br>} - 如果之前用过
cin >> x，得先调cin.ignore()清掉残留换行符 - Windows下Ctrl+Z、Linux/macOS下Ctrl+D触发EOF，终端里输完后要单独回车再按组合键
读所有剩余字符（包括换行）直到EOF：用istreambuf_iterator
当输入里有连续空行、需要保留全部原始字节（比如解析协议头）时，getline()会丢掉换行符，而istreambuf_iterator能原样搬运所有字节直到流结束。
- 示例：
string s((istreambuf_iterator<char>(cin)), istreambuf_iterator<char>());
- 括号不能少——这是构造函数的“最令人困惑的解析”（most vexing parse）场景，多一层括号强制编译器识别为初始化而非函数声明
- 这个操作是一次性读完，无法循环；内存占用等于输入总大小，大文件慎用
为什么cin >> string不适用于EOF判断
cin >> s在遇到EOF时确实会让cin进入failbit状态，但它更常因空行、纯空白或类型不匹配失败，而且每次只拿一个token。你没法区分“读到EOF”和“读到空行然后卡住”——两者都会让cin失效，但原因完全不同。
立即学习“C++免费学习笔记（深入）”；
- 常见误判：
while (cin >> s)在输入"a\n\nb"时只会读到"a"和"b"，中间空行被跳过 -
cin.eof()不能提前检查——它只在尝试读取失败后才置位，不是“下一个字符是不是EOF” - 想兼容空行又不想用
getline()？基本没实用方案，硬要用就得自己写缓冲+peek逻辑，得不偿失
getline()就够了；剩下5%需要原始字节流，才动istreambuf_iterator。别试图给>>加修饰来“修好”它——接口设计本意就不是干这个的。 
