嵌套 if 适合逐级筛选逻辑（如权限校验），超三层或遇多条件任意组合、分支重叠时应改用 switch、策略模式或提前 return；需防范空指针、短路顺序错误及重复调用 null 方法。
嵌套 if 什么时候该用，什么时候该换掉
嵌套 if 不是语法错误，但超过三层就容易失控。它适合表达「逐级筛选」的逻辑，比如权限校验：user != null → user.isActive() → user.hasRole("ADMIN")。一旦出现「多个条件任意组合成立即执行」或「分支之间有重叠判断」，就该考虑 switch、策略模式或提前 return。
if 嵌套中常见的空指针和逻辑短路陷阱
Java 的 && 和 || 是短路运算，但嵌套里常有人忽略顺序导致 NPE。比如：if (user.getProfile() != null && user.getProfile().getAge() > 18)，如果 user.getProfile() 返回 null，第二段根本不会执行——这看似安全，但若写成 if (user.getProfile().getAge() > 18 && user.getProfile() != null)，就会直接抛 NullPointerException。
常见错误现象：
- 把非空检查放在后面，触发 NPE
- 在嵌套内重复调用可能返回
null的方法（如多次调getConfig().getTimeout()） - 忘记处理
Optional的空值，直接链式调用get()
替代嵌套 if 的三种轻量方案
不是所有嵌套都得重构，但以下情况建议立刻改：
立即学习“Java免费学习笔记（深入）”；
- 多个并列条件判断同一对象的属性：用
switch（Java 14+ 支持switch表达式）或Map<String, Runnable>映射 - 判断逻辑分散在多处、且未来可能增删：抽成独立方法，用早返（
if (!isValid()) return;）代替缩进 - 涉及状态机或规则组合：用
Enum+ 方法引用，避免if (type == A) { ... } else if (type == B) { ... }堆砌
示例（早返替代两层嵌套）：
if (order == null) return; if (!order.isPaid()) return; process(order); // 原来可能缩进在这里
调试嵌套 if 时最容易漏看的点
IDE 高亮和折叠会掩盖真实缩进层级，尤其当混用大括号省略和单行 if 时。Java 允许不加大括号，但嵌套中这样写极易出错：
if (user != null)
if (user.isAdmin())
grantAccess();
else
denyAccess(); // 这个 else 实际绑定的是 inner if，不是 outer
所以必须坚持：
- 任何
if后面都加{}，哪怕只有一行 - 用 IDE 的「Show whitespaces」功能确认缩进是否真对应逻辑层级
- 单元测试要覆盖每条嵌套路径，特别是
else分支里带return或异常抛出的情况
复杂点不在语法，而在人眼对缩进的误判和对执行流的惯性假设。
