i++在while循环中的作用分析

本文深入剖析了C/C++中前置递增（++i）与后置递增（i++）在while循环条件中的关键差异，尤其聚焦于一个常见误区：当使用while(i++

while(i++

最终是 11。关键不在“加几次”，而在“最后一次判定后是否还执行了自增”。i++ 是先用当前值参与比较，再自增；当 i 为 9 时，i++ 判定为 true（因为用的是 9），进入循环体，然后 i 变成 10；下一轮判定时，i 是 10，i++ 用 10 比较 → false，但自增仍发生 → i 变成 11。

• 循环体共执行 10 次（i 从 0 到 9）
• 判定表达式共计算 11 次（含最后一次失败的判定）
• i 在循环结束后一定是 11，不是 10

while(++i

此时 i 从 0 开始，第一次判定就先执行 ++i，i 变成 1，再判断 1 → true；最后一次是 i 为 10 时，++i 后变成 11，再判 11 → false，循环结束。所以：

• 循环体执行 10 次（对应 i 在循环体内实际取值为 1～10）
• i 最终为 11（和 i++ 版本终值相同，但路径不同）
• 如果初始 i = -1，则第一次 ++i 后为 0，仍满足条件，容易多跑一次——初值敏感

把 ++i 或 i++ 放在 while 条件里，会影响性能吗？

在现代编译器（GCC/Clang/MSVC）下，++i 和 i++ 在纯判定场景中生成的汇编几乎一致，**没有可测量的性能差异**。真正影响性能的是逻辑错误导致的额外迭代、缓存未命中或分支预测失败，而不是前缀/后缀选择本身。

• 别为了“效率”强行统一写成 ++i —— 可读性和语义正确性优先
• 若循环体依赖 i 的值（比如数组索引），i++ 和 ++i 会导致索引错一位，这是 bug，不是性能问题
• 在 while 条件中混用 i++ 和循环体内再次 i++，极易造成跳变或死循环

为什么 while(i = 0) { ... } 一次都不执行？

因为 i = 0 是赋值表达式，值为 0，在 C/C++ 中被当作 false。这不是笔误问题，而是语言规则：赋值表达式的结果就是右值。常见误写还有 while(i = 1)（永远真，死循环）或 while(i == 0)（只在 i 初始为 0 时进一次）。

• 编译器通常对 while(i = 0) 发出警告（如 GCC 的 -Wparentheses）
• 用 while((i = getchar()) != EOF) 是合法且常见的，因为这里明确需要赋值结果参与判断
• 但 while(i++ 和 while(++i 都隐含状态变更，务必确认初值、边界、循环体是否与之协同

最易被忽略的一点：循环判定中的自增操作，既是控制逻辑的一部分，也是副作用来源。它不只决定“进不进循环”，还悄悄改写了变量值——而这个值可能被后续代码直接使用，也可能成为下一轮判定的起点。写之前，先手算两轮初值和终值，比靠经验更可靠。

好了，本文到此结束，带大家了解了《i++在while循环中的作用分析》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！