cin>>读入后残留换行符导致后续cin>>跳过，应改用cin.getline()或std::getline()；二维char数组需严格匹配缓冲区大小，推荐vector<string>替代。
用 cin 逐行读入时为什么只读到第一行就停了？
常见现象是：声明了 char arr[10][100]，然后写 cin >> arr[i]，结果只成功读入第一行，后续循环全跳过。这是因为 cin >> 遇到空格、制表符或换行符就停止，而上一行末尾的 \n 还留在输入缓冲区，下一次 cin >> 直接读到这个残留换行符，视为“空输入”而跳过。
解决方法不是换 gets（已弃用且不安全），而是用 cin.getline() 或 std::getline()：
-
cin.getline(arr[i], 100)—— C 风格，要求指定缓冲区大小，自动丢弃换行符，不会越界 -
std::getline(std::cin, str)—— C++ 风格，推荐搭配std::vector<std::string>，但若坚持用二维字符数组，就得用前者
cin.getline() 的第三个参数能随便改吗？
不能。第三个参数是缓冲区总长度，必须和声明的列数严格一致。比如 char grid[5][201]，每行最多存 200 个字符 + 1 个 \0，那么调用必须是 cin.getline(grid[i], 201)。传 200 会导致最后一字节没空间写 \0，引发未定义行为；传 202 则可能越界写内存。
典型错误写法：cin.getline(grid[i], sizeof(grid[i])) 看似聪明，但 sizeof(grid[i]) 在函数传参后会退化为指针大小（通常是 8），完全失效——必须在数组作用域内用，或直接写死数字。
立即学习“C++免费学习笔记（深入）”；
输出时用 cout 为啥有时多打一堆乱码？
因为某行输入内容不足，但该行内存里后面还残留着上次的旧数据或垃圾值，而 cout 会从首地址一直输出直到遇到 <code><p>因为某行输入内容不足，但该行内存里后面还残留着上次的旧数据或垃圾值，而 <code>cout 会从首地址一直输出直到遇到 <code>\0。如果没正确终止，就一路扫下去。
确保安全输出的要点：
- 声明时初始化：例如
char arr[10][100] = {}，让整个内存块归零 - 读入后不手动改
\0，信任cin.getline()自动加 - 避免混用
cin >>和cin.getline()：前者留下的\n会让后者立刻返回空行，可用cin.ignore()清缓冲区
有没有更现代、不易出错的替代方案？
有，而且强烈建议：放弃二维 char 数组，改用 std::vector<std::string>。
它天然规避长度管理、内存越界、残留换行符等问题：
std::vector<std::string> lines;
std::string line;
while (std::getline(std::cin, line)) {
lines.push_back(line);
if (lines.size() >= 10) break; // 按需限制行数
}
输出也简单：for (const auto& s : lines) cout 。唯一代价是略微多一点内存开销，换来的是确定性与可维护性——C++ 里硬扛原始数组处理多行字符串，基本是在给自己埋坑。
二维字符数组只在嵌入式、竞赛卡常或对接 C API 时才真有必要，其余情况，std::string 加 std::vector 是默认正确选择。
