根源是cin>>残留换行符未被消费，导致首次getline立即读到\n返回空字符串；应在cin>>后调用cin.ignore()清理缓冲区，或统一使用getline配合stringstream解析。
绝大多数“少执行一次”问题，根源不在循环逻辑本身，而在循环前的输入缓冲区残留换行符——尤其是混用 std::cin >> 和 std::getline 时。
为什么 getline 总是少读第一行
典型场景：先用 std::cin >> n 读整数，再用 while (n--) { std::getline(std::cin, line); ... } 读 n 行字符串，结果只读了 n-1 行。
原因不是 getline 有 bug，而是 std::cin >> 遇到空格或换行就停，但**不消费那个换行符**；紧接着的 getline 立刻读到这个残留的 \n，返回空字符串，相当于“白跑一次”。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 在
std::cin >>后、首次getline前，加一句std::cin.ignore(std::numeric_limits<:streamsize>::max(), '\n');</:streamsize> - 或者统一用
getline读所有输入，再用std::stoi或std::stringstream解析数字 - 避免在同一个流上混用
>>和getline，除非你明确清过缓冲区
while 条件一开始就不成立
现象：循环体完全没执行，调试发现控制变量初始值和终止条件矛盾。
比如：int i = 10; while (i —— 条件恒假，一次都不进。
更隐蔽的情况是依赖用户输入做判断，但输入失败后流状态未重置：
-
std::cin >> x失败（如输字母进int）会置failbit，后续所有输入操作直接跳过 - 必须手动调用
std::cin.clear()清错误标志，再用std::cin.ignore()清残留字符 - 检查流状态：用
if (!std::cin)或while (std::cin >> x)替代裸条件
循环变量更新被跳过或写错位置
现象：循环执行次数比预期少，但不是“零次”，而是固定少一次，比如本该跑 5 轮只跑了 4 轮。
常见于带 break 或 continue 的循环中，变量更新语句被写在它们之后，导致某次迭代没更新就退出：
while (i < n) {
if (some_condition) break;
process(i);
++i; // 如果上面 break 了，这行根本不会执行
}实操建议：
立即学习“C++免费学习笔记（深入）”；
- 把变量更新放在循环体最末尾，或合并进
while条件里（如while (i++ ，但注意语义变化） - 用
for循环替代，把初始化、条件、更新三者显式绑定，降低出错概率 - 调试时打印每次迭代的
i值，确认是否真没更新，还是更新了但逻辑提前退出
边界条件写成开区间却当成闭区间理解
现象：循环次数稳定少一次，且和数组/容器长度强相关，比如遍历 vector 时下标越界或漏最后一个元素。
典型错误：for (int i = 0; i —— 当 <code>v.size() == 0 时，v.size() - 1 是极大正数（无符号溢出），循环狂奔；当 v.size() == 1 时，条件为 i ，直接跳过。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 避免对无符号类型做减法，改用
static_cast<ssize_t>(v.size())</ssize_t>或直接用i != v.size() - 用范围
for（for (const auto& x : v)）彻底避开下标计算 - 如果必须用下标，优先写
i ，而不是 <code>i
真正难排查的，往往是多个小问题叠加：输入残留 + 流状态未清 + 边界表达式隐式转换。别急着改循环体，先用 std::cout << "i=" << i << std::endl; 打印关键变量，看它到底在第几步断掉——少一次，常常就卡在“第一次”和“第二次”之间那毫秒级的缓冲区状态里。
