Boolean变量为null时直接用于if判断会抛NullPointerException；POJO布尔字段应统一用Boolean类型、避免is开头命名、getter用getXXX；比较Boolean值必须用.equals()或Objects.equals()；条件中禁用赋值操作。
boolean变量不能直接用于if条件判断（当它是null时）
Java中基本类型 boolean只能是true或false，但包装类Boolean可以为null。如果把数据库字段映射为Boolean类型（比如MyBatis返回的isSuccess），而该字段在库中为NULL，那么Java对象中的对应属性就是null。
此时写这样的代码会抛出NullPointerException：
-
if (isSuccess) { ... }→ 错误：自动拆箱失败 -
if (isSuccess == true) { ... }→ 同样错误：null == true 触发拆箱
安全写法是：
if (Boolean.TRUE.equals(isSuccess))if (Objects.equals(isSuccess, true))if (isSuccess != null && isSuccess)
POJO中布尔属性命名与getter方法不匹配引发框架异常
JavaBeans规范规定：基本类型boolean的getter方法应以isXXX开头（如isDeleted()），而包装类型Boolean必须用getXXX()（如getDeleted()）。但很多RPC或序列化框架（如Dubbo、FastJSON）默认按isXXX反射读取，若实际字段名是deleted，而getter写成getDeleted()，框架可能找不到对应属性，导致值为null或反序列化失败。
更严重的是：若字段名为isSuccess，但getter写成isIsSuccess()，部分框架会误解析为属性success，结果永远取不到值。
建议统一做法：
- POJO中布尔字段一律用
Boolean类型（非boolean） - 字段名避免以
is开头（如用success代替isSuccess）
- getter统一用
getSuccess()，setter用setSuccess()
用==比较Boolean对象等于逻辑陷阱
Boolean是引用类型，用==比较的是对象地址，不是值：
-
new Boolean(true) == new Boolean(true)→ false（两个不同对象） -
Boolean.valueOf(true) == Boolean.valueOf(true)→ true（缓存对象，-128~127范围外也只缓存true/false两个实例） -
Boolean.parseBoolean("True") == true→ true（右边是基本类型，触发自动拆箱）
所以判断值是否相等，始终用.equals()或Objects.equals()，尤其涉及null时。
在条件表达式中误写=代替==
这是初学者高频错误：
-
if (flag = true) { ... }→ 编译报错：不兼容类型（boolean不能赋值给if条件） -
if (flag = someMethod()) { ... }→ 如果someMethod()返回boolean，这行语法合法但逻辑危险：它不是判断，而是先赋值再判断，容易掩盖本意
更隐蔽的是：
-
while (running = false) { ... }→ 实际是赋值，循环一次都不执行，且无编译警告
防御性写法：
- 条件中禁止出现赋值操作，把判断和赋值拆开
- 启用IDE警告（如IntelliJ的“Assignment used as condition”）
- 习惯把常量放左边：
if (true == flag)，这样写错成true = flag会直接编译失败
