条件表达式嵌套本身不损害可读性，关键在于控制层级、明确语义、避免职责混杂；优先用逻辑合并、卫语句提前退出、策略/枚举/map替代复杂分支，三元运算符仅用于简单赋值。
条件表达式嵌套本身不必然损害可读性，问题出在“无节制叠加”和“职责混杂”。关键不是避免嵌套，而是让每层嵌套都有明确语义、可控深度、清晰出口。
控制嵌套层级，优先用逻辑合并替代多层 if
多个连续判断同一对象的属性时，直接用 && 或 || 合并更直观。比如验证用户状态：
- ❌ 避免：
if (user != null) {
if (user.isActive()) {
if (user.getLevel() >= 10) { ... }
}
} - ✅ 推荐： if (user != null && user.isActive() && user.getLevel() >= 10) { ... }
注意：当某个条件开销大（如远程调用、IO），或需要单独报错/日志时，才保留独立判断层级。
用卫语句提前拦截，把主干逻辑“浮到顶层”
把校验类、守门类逻辑放在开头，用 return 或 throw 快速退出，避免正常流程被层层包裹：
- ❌ 避免：
if (order != null) {
if (order.isValid()) {
if (order.hasItems()) {
// 主业务逻辑
}
}
} - ✅ 推荐：
if (order == null) throw new IllegalArgumentException("订单为空");
if (!order.isValid()) throw new IllegalStateException("订单非法");
if (!order.hasItems()) return;
// 主业务逻辑直接写在这里，缩进为 0
复杂分支改用策略、枚举或 Map 映射
当条件组合多、行为差异大（比如不同用户类型+不同金额区间对应不同折扣），硬写嵌套 if-else 很快失控：
- 用策略接口 + 实现类封装行为差异；
- 用枚举定义有限状态，每个枚举值自带处理方法；
- 用 Map
> 或 Map> 实现配置化分发，避免硬编码分支。
三元运算符只用于简单赋值，拒绝深度嵌套
? : 是表达式，不是控制流语句。适合单条件、双分支、同类型返回的场景：
- ✅ 合适： String name = user != null ? user.getName() : "anonymous";
- ❌ 危险： int discount = type.equals("VIP") ? (amount > 1000 ? 20 : 10) : (type.equals("GOLD") ? (amount > 500 ? 15 : 5) : 0); —— 这已失去可读性，应拆成方法或策略。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
