语法错误：while(i++ 后缺少右括号和循环体，导致语句不完整。
while(i++
最终是 11。关键不在“加几次”，而在“最后一次判定后是否还执行了自增”。i++ 是先用当前值参与比较，再自增；当 i 为 9 时，i++ 判定为 <code>true（因为用的是 9），进入循环体，然后 i 变成 10；下一轮判定时，i 是 10，i++ 用 <code>10 比较 → false，但自增仍发生 → i 变成 11。
- 循环体共执行
10次（i从0到9） - 判定表达式共计算
11次（含最后一次失败的判定） -
i在循环结束后一定是11，不是10
while(++i
此时 i 从 0 开始，第一次判定就先执行 ++i，i 变成 1，再判断 1 → <code>true；最后一次是 i 为 10 时，++i 后变成 11，再判 11 → <code>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++ 和 <code>while(++i 都隐含状态变更，务必确认初值、边界、循环体是否与之协同
