优先使用std::getline()而非cin.getline()：前者自动扩容、支持自定义分隔符、更安全；后者需手动管理缓冲区、易截断且与cin>>混用时因残留\n导致读空行。
混用 cin >> 后必须清缓冲区，否则 cin.getline() 会读到空行
这是最常踩的坑：先用 cin >> 读数字或单词，再用 cin.getline() 读整行，结果第二步直接跳过，buf 是空的。原因在于 cin >> 遇到换行符就停，但把 \n 留在缓冲区；而 cin.getline() 碰到第一个 \n 就认为“读完了”，不等你输——它甚至不报错。
解决方法不是加 cin.ignore()（虽然能用），而是优先换用 std::getline()：
-
cin.getline()是istream成员函数，只能配合char[]使用，需手动传长度，超长会截断且不提示 -
std::getline()是自由函数，专为std::string设计，自动扩容，无溢出风险 - 二者头文件不同：
cin.getline()只要<iostream></iostream>；std::getline()还得加<string></string>
std::getline() 的第三个参数能改分隔符，cin.getline() 不行
默认都按 \n 切，但实际处理日志、CSV 或协议数据时，经常要按其他字符停，比如 ,、| 或 ;。
std::getline() 支持第三个参数指定分隔符，cin.getline() 完全没这个重载：
std::string line; std::getline(std::cin, line, ','); // 读到逗号为止，逗号本身不进 line
而 cin.getline(buf, size, ',') 是非法的——编译不过。
性能差异微乎其微，别为“快一点”选 cin.getline()
有人觉得 cin.getline() 因为操作 char[] 更底层，所以更快。实际在绝大多数场景下，差别可以忽略：
-
std::string内部也是堆内存 + SSO（短字符串优化），小字符串不分配堆 - 真正影响性能的是 I/O 瓶颈，不是字符串容器类型
- 用
cin.getline()得自己管理缓冲区大小、检查是否截断、防范cin.fail()，调试成本远高于那几纳秒
只在嵌入式或严格限制动态分配时才考虑 cin.getline()
如果你的环境禁用 new / malloc（比如裸机驱动、航空模块、某些 RTOS），std::string 就不能用。这时才回到 cin.getline()：
- 必须预估最大长度，留足
\0位置（cin.getline(buf, 100)最多读 99 字符） - 调用后立刻检查
cin.fail()：若返回 true，说明输入超长或遇到文件结束 - 别和
cin >>混用；如果非混用不可，cin.ignore(1, '\n')或cin.ignore(std::numeric_limits<:streamsize>::max(), '\n')</:streamsize>清掉残留换行符
真正难处理的从来不是函数选哪个，而是缓冲区里那个看不见的 \n ——它不报错、不警告，只默默让下一行输入失效。盯住它，比记函数原型重要得多。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
