if语句逻辑错误多因括号缺失、分号误用、作用域混淆或隐式类型转换；必须用{}明确控制范围，区间判断需统一排序避免覆盖。
if 条件语句在 C++ 中写法固定，但实际用错多是因为括号、分号、作用域或类型隐式转换导致逻辑异常，不是语法不会写。
基本语法和最容易漏掉的花括号
C++ 的 if 本身只控制紧随其后的一条语句；没加 {} 时，后续换行写的代码根本不受条件影响——这是最常被忽略的执行逻辑错误。
- 正确写法（推荐始终加花括号）：
if (x > 0) { std::cout << "positive"; } - 危险写法（仅第一行受控）：
if (x > 0) std::cout << "positive"; std::cout << "this always runs"; // 这行永远执行 - 编译器通常不报错，但行为完全不符合预期
条件表达式里别直接用浮点数比较
浮点数存储有精度误差，if (f == 0.1) 很可能为假，即使你“觉得”它该是真。
- 改用误差范围判断：
const double eps = 1e-9; if (std::abs(f - 0.1) < eps) { ... } - 整型或枚举值比较才适合用
== - 涉及用户输入、计算结果、
sin/sqrt等函数返回值时，几乎都要防浮点陷阱
if-else if-else 链要注意顺序和覆盖性
多个 else if 是从上到下依次判断，一旦命中就跳过后续所有分支。顺序错、条件重叠或遗漏兜底，都会让部分输入无响应。
立即学习“C++免费学习笔记（深入）”；
- 常见疏漏：
if (x >= 0) { ... } else if (x > 10) { ... } // 永远进不来：x>10 时 x>=0 已成立 - 区间判断建议从小到大或从大到小统一排序，比如：
if (x < 0) { ... } else if (x <= 10) { ... } else { ... } // 明确兜底 - 没有
else且所有条件都不满足时，程序会静默跳过——有时是 bug，有时是设计，得自己确认
避免在条件中做有副作用的表达式
像 if (ptr && *ptr++ != '\0') 这类写法，可读性差，且不同编译器优化下行为可能不一致；更严重的是，调试时断点打在 if 行，你根本看不出 ptr 已被修改。
- 拆成两步更安全：
if (ptr && *ptr != '\0') { ++ptr; // ... } - 函数调用也同理：
if (init_device() == SUCCESS)如果init_device()失败会留下未清理状态，而你后续没处理失败路径，问题就藏住了 - 条件表达式只该做判断，不该承担初始化、递增、IO 等任务
真正难的从来不是怎么写 if，而是想清楚「这个分支是否覆盖了所有合理输入」「里面那行代码到底在什么条件下执行」「如果条件里调用了函数，失败了谁来善后」——这些没法靠语法检查发现。
