用提前返回拉平if-else嵌套，拆解语义化布尔变量，依判断依据选switch或if-else，前置null检查防npe，抽为意图明确的私有方法，并警惕业务规则遗漏。
if-else嵌套太深，读起来像迷宫怎么办
直接拉平嵌套层级，用提前返回（early return）替代层层缩进。Java里没有Python的guard clause语法糖，但靠return、throw或break（在循环中）就能有效解耦。
- 检查前置条件失败时立刻
return，别等走到最后一行才判断 - 避免
if (condition) { ... } else { if (another) { ... } }这种“else里套if”的写法 - 把复杂条件拆成有语义的布尔变量，比如
boolean isEligibleForDiscount = user.isVip() && order.getTotal() > 100;
多个并列条件用if-else还是switch
看判断依据：如果是固定值匹配（如状态码、枚举、字符串字面量），优先用switch；如果是布尔逻辑组合、范围判断、对象方法调用，if-else更自然也更安全。
-
switch从Java 14开始支持yield和模式匹配，但生产环境若用Java 8/11，字符串switch虽支持，却隐含String.hashCode()和equals()开销，不如预编译成Map查表快 - 用
if-else if-else时，把高概率分支放前面，减少平均判断次数 - 别为了“看起来整洁”硬把
if (a == 1 || a == 2 || a == 5)改成switch——这不是优化，是给自己埋坑
条件表达式里调用可能为null的方法怎么防NPE
别在if括号里裸写obj.getMethod()，尤其当obj本身可能为null时。NullPointerException往往不是在报错行抛出，而是在它前面某次未校验的访问中就已发生。
- 先判
null再调方法：if (user != null && user.isActive())，注意短路与&&顺序不能颠倒 - 用
Objects.nonNull()或Optional.ofNullable(...).isPresent()可读性更好，但别滥用——简单场景下user != null更直白 - 如果
user.getStatus()返回String，且要判断是否等于"active"，写成"active".equals(user.getStatus())比user.getStatus().equals("active")安全
if-else逻辑被复制粘贴到多处，怎么抽又不伤性能
抽成私有方法最稳妥。Java JIT对小方法内联很激进，只要不是递归或带复杂泛型，基本没运行时开销。
立即学习“Java免费学习笔记（深入）”；
- 方法名必须体现意图，比如
shouldApplyFee(Order order)比checkRuleX()强十倍 - 别为了“复用”把参数塞成
Object...或Map<string object></string>——类型擦除后维护成本远超节省的几行代码 - 如果分支逻辑涉及大量IO或锁，抽方法前先确认调用点是否真的需要每次都执行，否则加缓存或懒加载更实际
多重条件真正的麻烦不在语法怎么写，而在业务规则变时，没人记得改全所有if分支。留个心眼：下次加条件，先搜一遍if.*status.*==这种正则，比写注释管用。
