最常见的原因是将==误写为=，导致条件表达式变成赋值语句；如if(x=5)恒真，而if(x==5)才是正确判断，编译器虽常警告但可能被忽略或失效。
检查条件表达式是否被意外赋值
最常见的原因是把 == 写成 =，导致条件变成赋值语句，返回值是被赋的值（非零即真，但逻辑已错）。比如 if (x = 5) 永远为真，而 if (x == 5) 才是判断。
- 编译器通常会警告
if (x = 5)这类“赋值用在条件中”的问题，但若关闭警告或用了int x; if (x = 0)，就变成恒假且无提示 - 对指针、浮点数、自定义类型，
=和==行为差异更大，更容易静默出错 - 建议所有比较都显式写
==，必要时开启-Wparentheses或/W4级别警告
确认变量值和类型是否符合预期
条件不成立，往往不是语法错，而是运行时值不对。比如 int x = 0; 后 if (x > 0) 自然不进，但你可能以为它该是正数。
- 用
std::cout 在 <code>if前打印关键变量，不要只靠脑补 - 注意类型隐式转换：比如
unsigned int i = 0; if (i - 1 > 0)永远为假（i - 1是极大正数，但比较时仍按无符号解释） - 浮点数慎用
==：应改用std::abs(a - b) ，否则 <code>0.1 + 0.2 == 0.3极大概率不成立
留意作用域和变量生命周期问题
if 判断用的变量可能根本没初始化，或者作用域外被修改，导致值不可控。
- 局部变量未初始化（如
int flag;），其值是随机的，if (flag)结果不确定 - 循环内定义的变量在每次迭代重声明，但若误写成函数外定义、循环内赋值，可能被上一轮残留值干扰
- 传入函数的参数是值传递，修改它不影响原变量；若误以为引用/指针，判断自然失效
排查宏展开或预处理器干扰
宏可能悄悄改写你的条件表达式，尤其在跨平台或大型项目中。
- 比如有
#define DEBUG 0，然后写if (DEBUG)，结果永远不进——你以为它是变量，其实是字面量 - 宏里带
;或逻辑运算符，可能破坏括号结构：#define CHECK(x) (x > 0 && x 安全，但 <code>#define CHECK(x) x > 0 && x 在 <code>if (CHECK(a) || CHECK(b))中会因优先级出错 - 用
g++ -E或 IDE 的“展开宏”功能看实际生成的代码，比猜可靠得多
最常被忽略的是：你以为的“变量当前值”，和调试器/打印显示的值，可能根本不是同一个对象——比如同名局部变量遮蔽了成员变量，或调试时断点位置滞后于实际执行流。动手打日志，比反复读代码更接近真相。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
