if条件中用=赋值会立即改变变量值并以新值作为判断依据，如if(x=5)将x设为5后恒成立；应使用==比较，避免混淆和未定义行为。
if 条件表达式里用 = 赋值会立即改变变量值
会，而且是立刻生效。比如写 if (x = 5)，这不是判断 x 是否等于 5，而是把 5 赋给 x，然后拿这个新值（5）当条件去判断——因为非零即真，整个 if 就恒成立。这和 if (x == 5) 完全是两回事。
常见错误现象：x 原来是 10，进 if (x = 5) 后变成 5，后续代码看到的就是 5；更隐蔽的是嵌套逻辑里，比如 if ((a = b) && (c = d))，a 和 c 都会被改，且第二个赋值还可能因短路不执行。
- 赋值表达式
a = b的值就是赋完之后a的值（不是原来的a） -
&&和||有短路特性：左侧为假时，右侧整个不执行，也就不会触发右侧的赋值 - 调试时发现变量“莫名变了”，十有八九是条件里混用了
=而不是==
复合条件中变量被多次修改容易引发未定义行为
在单个表达式里对同一变量多次读写（尤其含 ++、-- 或赋值），C++ 标准不保证执行顺序，结果不可预测。例如 if (x++ && ++x) 或 if ((x += 2) > (x *= 3))，编译器可以自由决定先算哪边，x 最终值可能因编译器、优化等级甚至行号而异。
- 不要依赖自增/自减或赋值在条件中的求值顺序
- 把变量修改拆到
if外面，或用临时变量保存中间值 - 开启编译器警告（如
-Wparentheses）能捕获部分可疑赋值
if 语句块内修改变量不影响条件判断本身，但影响后续所有代码
if 的条件只在进入时计算一次。一旦进了 { } 块，里面怎么改 x、y 都不会回头重判这个 if。但它会影响紧跟其后的代码、函数返回值、循环控制变量等。
- 典型陷阱：
if (i —— 输出一定是改过之后的值 - 如果
if块里改了循环变量（如for (int i = 0; i 中的 <code>i），可能跳过迭代或造成死循环 - 多层嵌套时，外层
if判断用的仍是原始值，但内层看到的是已修改值
else if / else 分支共享同一个初始条件快照
所有 else if 和最终的 else 看到的都是最开始那个条件判断前的变量状态。它们之间互不影响，也不会重新读取变量——除非你在前面分支里显式改了它，那后面分支自然看到新值。
比如：
int a = 1, b = 2;
if (a > 0) {
a = 10;
} else if (b > 1) { // 这里根本不会进，因为第一个 if 已成立
b = 20;
}
// 此时 a 是 10，b 还是 2
-
else if不是独立条件，它只在前面所有条件都为假时才检查自己的表达式 - 如果你在某个
else if块里改了变量，后续的else块会看到这个改动 - 想让每个分支基于原始状态判断？那就别在块里改关键变量，或提前用
const锁住
真正容易被忽略的是：条件表达式里的赋值不是“副作用”，它是表达式的核心动作，且发生时机比你想象中更早、更确定。写 if (ptr = malloc(100)) 是惯用法，但写 if (x = y + z > 5) 就已经埋下歧义——括号位置、运算符优先级、赋值与比较的视觉混淆，三者叠加才是实际出错的主因。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
