应优先用守卫式提前返回替代深层嵌套if-else，使主干路径清晰、失败路径明确；再依场景选用策略模式、表驱动法或Optional显式处理空值，提升可读性、可测性与可扩展性。
深层嵌套的 if-else 不是语法错误，而是典型的可维护性反模式：它把状态检查、业务规则、副作用操作混在一起，导致逻辑难追踪、测试难覆盖、新增分支易出错。真正要解决的不是“怎么写 if”，而是“怎么让主干路径清晰、失败路径明确、扩展路径开放”。
用守卫式提前返回替代嵌套
把否定条件放在前面，快速退出，让正常流程保持左对齐、无缩进。这比层层缩进更易读、更易测试。
- 每个判断只负责一个关注点（如非空、状态有效、权限匹配），互不干扰
- 避免
user.getRole().getName()这类链式调用在深层嵌套中引发 NPE 而堆栈难以定位 - 日志、监控、指标等横切逻辑可统一加在守卫之后，无需重复写在多个 else 分支里
用策略模式分离正交业务维度
当判断涉及多个独立维度（如用户类型 × 订单金额 × 地区 × 活动状态），组合爆炸会让 if-else 快速失控。策略模式把每种组合封装成独立类，运行时按需选取。
- 新增一种折扣规则，只需新增一个策略实现类，不修改原有逻辑
- 配合简单工厂或 Spring 的
@Qualifier注入，避免硬编码 if 判断 - 单元测试可针对单个策略类编写，覆盖率和可读性同步提升
用表驱动法替代线性条件枚举
当判断依据是有限、明确的键值（如订单状态码、支付渠道 ID、API 版本号），直接用 Map<String, Supplier<Result>> 或枚举映射代替一长串 if-else if。
立即学习“Java免费学习笔记（深入）”；
- 查找时间复杂度 O(1)，逻辑集中、无分支跳转
- 配置化友好——键值可来自配置文件或数据库，无需改代码即可调整行为
- 缺失键可统一 fallback，避免漏写 else 导致静默失败
用 Optional 显式表达“可能不存在”
Optional 不是用来包裹一切的装饰器，而是把“空值即失败”这个语义显式暴露出来，配合 filter、map、orElse 等方法，让判空逻辑不再藏在 if 里。
Optional.ofNullable(user).filter(User::isActive).filter(u -> "ADMIN".equals(u.getRole())).ifPresent(this::doAdminAction);- 注意：链过长会掩盖异常来源，建议单次链不超过 3 步；复杂转换仍推荐拆成守卫式步骤
- 与提前返回结合使用效果更佳：先用 Optional 做安全取值，再用 if(!xxx.isPresent()) return;
