if或else后加分号会形成空语句，导致后续代码块脱离控制、无条件执行；例如if(x>0);{cout<<x;}中大括号内语句总被执行。
if 或 else 后面加分号会变成空语句
分号在 C++ 里是语句结束符，if (x > 0); 这一行本身就是一个完整、合法的语句——它表示“如果 x > 0，就执行一个空操作”。后面的 { ... } 不再属于 if 的控制范围，而是独立存在的代码块，无条件执行。
- 常见错误现象：
if (n % 2 == 1); cout —— 无论 n 是奇是偶，都会输出 - 编译器不会报错，但逻辑完全失控；调试时很难发现，因为缩进看起来“很对”
- 这种写法等价于：
if (n % 2 == 1) { } cout
else 找不到匹配的 if 就直接报错
else 不是独立语句，它必须紧接在一个未被终止的 if（或 else if）之后。一旦 if 后面多了分号，语法上这个 if 就已经结束了，else 就成了“孤儿”。
- 典型错误信息：
syntax error: 'else'或error: expected statement before 'else' - 错误示例：
if (x > 0); else cout —— 编译失败 - 根本原因：C++ 语法规定
else必须和最近的、尚未配对的if构成一对，中间不能有分号、声明、表达式等任何语句
多层嵌套时分号让“悬空 else”更难排查
当 if/else 嵌套较深，又混入了意外分号，编译器仍可能按最内层规则匹配，导致实际执行路径和视觉缩进严重不符。
- 比如：
if (a == 1) if (b == 2) printf("hehe"); else; printf("haha"); - 这里的
else;匹配的是内层if (b == 2)，而printf("haha")完全脱离控制流 - 加上分号后，原本就容易误解的“悬空 else”问题会进一步掩盖真实逻辑分支
用大括号代替分号能一劳永逸避免这类问题
哪怕只有一条语句，也建议显式加 {}。这不是风格偏好，而是切断分号误用的最简单防御手段。
立即学习“C++免费学习笔记（深入）”；
- 安全写法：
if (x > 0) { do_something(); }，此时即使手滑多敲一个分号，也不会改变语义 - 不安全写法：
if (x > 0) do_something();—— 后面加个分号就变空语句 - 现代项目（如 Google C++ Style Guide）明确要求所有 if/else 分支必须使用大括号，包括单行体
if 或 else 后面，恰恰最容易制造这种静默陷阱。 
