cin.getline读第一行常为空，因前序cin>>残留换行符致其立即终止；须在调用前用cin.ignore()清理缓冲区，并注意第二个参数为缓冲区总长（含'\0'），超长会置failbit。
cin.getline 读取整行时为什么常丢第一行或读不全
因为 cin.getline 不会自动跳过前序输入残留的换行符，如果它前面有 cin >>（比如读数字、字符串），operator>> 会停在第一个空白字符并把换行符留在输入缓冲区里——而 cin.getline 碰到换行符就立刻结束，导致“读了一行空内容”。
- 典型现象：
cin >> n;后接cin.getline(buf, 100);，第二行直接跳过 - 解决办法：用
cin.ignore()清掉缓冲区里的换行符，通常写成cin.ignore(1, '\n');或更稳妥的cin.ignore(std::numeric_limits<:streamsize>::max(), '\n');</:streamsize> - 注意：
cin.ignore()必须在cin.getline前调用，顺序反了没用
cin.getline 的三个参数怎么填才不越界
cin.getline 是成员函数，签名是 istream& getline(char* s, streamsize n, char delim = '\n')。最易错的是第二个参数 n——它不是缓冲区最大长度，而是「最多读取 n-1 个字符」，因为第 n 个位置必须留给结尾的 '\0'。
- 声明数组
char buf[100];，调用就得写cin.getline(buf, 100);，不是99也不是101 - 如果输入超过 99 字符，
cin.getline会读满 99 个，然后置位failbit（可通过cin.fail()检查），但不会崩溃——这点比gets安全 - 第三个参数可改分隔符，比如
cin.getline(buf, 100, ';')就读到分号为止
和 std::string + std::getline 比，char[] + cin.getline 有什么实际区别
核心区别在内存管理和边界控制：前者手动管理缓冲区大小与生命周期，后者由 std::string 自动扩容。
- 用
char buf[256]; cin.getline(buf, 256);：栈上分配，快但怕溢出；适合嵌入式、性能敏感或需与 C API 交互的场景 - 用
std::string line; std::getline(cin, line);：堆上动态分配，安全省心；但多一次内存拷贝，且不能直接传给要求char*的旧接口 - 混用风险：别把
buf地址传给std::string构造函数后还继续用cin.getline(buf, ...)，容易悬垂指针
读完后怎么判断是不是因为超长而截断了
cin.getline 在两种情况下会失败：一是遇到文件尾（eofbit），二是缓冲区不够装下整行（failbit）。关键看 cin.fail() 为真且 cin.eof() 为假，基本就是截断了。
立即学习“C++免费学习笔记（深入）”；
- 示例检查逻辑：
cin.getline(buf, 100); if (cin.fail() && !cin.eof()) { // 输入行超过99字符，被截断 cin.clear(); // 清除failbit，否则后续读取失效 cin.ignore(numeric_limits<streamsize>::max(), '\n'); // 清掉剩余部分 } - 注意：
cin.clear()必须在ignore()前调用，否则ignore不执行 - 如果不确定是否截断又不想处理，直接换
std::getline更省事
缓冲区大小、ignore 调用时机、failbit 判断——这三个点漏掉任意一个，cin.getline 就容易行为异常。尤其在混合使用 >> 和 getline 时，换行符残留是最隐蔽的坑。
