空语句是单独的分号“;”，语法合法但不执行任何操作；常见错误如if(condition);{...}导致大括号内代码无条件执行，或for(...);{...}使循环体仅在循环结束后执行一次。
空语句就是单独一个分号 ;
它啥也不干，但语法合法。Java 编译器看到 ; 就认为一条语句结束了——哪怕前面刚写完 if 或 for。问题在于：人眼容易忽略这个“啥都没写的语句”，结果逻辑直接跑偏。
if (condition); { ... } 这种写法会跳过大括号里的代码
常见错误现象：if 后面多打了一个分号，导致条件判断完全失效，后面的大括号变成无条件执行的普通代码块。
使用场景：多发生在快速补全、复制粘贴或手抖时；尤其在 IDE 自动补全 if 后加了分号，你没注意就接着敲 {。
- 这是语法合法但逻辑错误的典型——编译不报错，运行不崩溃，结果不对
-
if (x > 0); System.out.println("hello");中，println永远执行，和x无关 - 如果后续是多行代码，更难发现：看起来像缩进对齐的 if 分支，实际根本不受控
for 循环里写 for (...); { ... } 会让循环体永远只执行一次
常见错误现象：循环变量正常递增，但循环体（大括号内）只运行一次，且是在循环结束后才执行。
立即学习“Java免费学习笔记（深入）”；
原因：分号把 for 的“循环体”定义成空语句；整个 { ... } 跟在 for 后面，属于独立语句，只在 for 结束后执行一次。
- 示例：
for (int i = 0; i → 编译失败（<code>i作用域外），但若改成int i提前声明，就会输出3一次 - IDE 通常不会高亮这个分号，因为语法没错；静态分析工具（如 SonarQube）可能报
EmptyStatement警告 - 在嵌套循环或带 break/continue 的场景下，这种误用会让调试变得极其反直觉
怎么避免？靠眼睛盯不如靠工具卡
空语句本身不是 bug，但出现在控制结构末尾时，99% 是误用。人工 review 很难稳定识别，尤其在压缩代码或旧项目中。
- 启用编译器警告：
-Xlint:empty（javac 支持），能捕获孤立的;出现在if/for/while后 - IDE 设置：IntelliJ 默认会标灰单独的
;，并提示 “Empty statement”；Eclipse 需开启Empty statement语法检查 - CI 阶段加 Checkstyle 规则
EmptyStatement，禁止在if、for、while后直接跟; - 写完控制结构后，立刻检查下一行是否意外缩进——如果缩进了却不在花括号里，大概率前面多了个
;
最麻烦的不是写出来，是它不报错、不抛异常、甚至有时结果还“碰巧对”。等逻辑出问题再倒查，往往要花几倍时间定位到那个看不见的分号。
