卫语句通过“早返回、先拦截”将异常和边界情况在开头快速处理，使主逻辑平铺展开、无缩进；每个卫语句只检查一个明确失败条件并立即退出，条件按高频到严重顺序排列，确保剩余代码均为正常路径。
用卫语句替代深层 if-else 嵌套，核心是“早返回、先拦截”，把异常或边界情况在开头快速处理掉，让主逻辑浮到顶层，一眼看清“正常路径”在做什么。
卫语句的本质：提前终止，聚焦主干
卫语句不是语法糖，而是一种控制流设计思想：不等条件层层嵌套到深处才判断，而是把“不该继续执行”的情况，在函数最开始就识别并退出。这样主流程不再被缩进和 else 拉偏，可读性直线上升。
- 每个卫语句只做一件事：检查一个明确的失败/跳过条件，满足则 return（或 throw）
- 卫语句之间彼此独立，顺序通常按“高频失败 → 低频失败 → 严重错误”排列
- 所有卫语句走完后，剩下的就是“可以放心处理的正常输入”
从嵌套地狱到卫语句：一个典型重构示例
假设有一个用户下单方法，原逻辑层层嵌套：
（重构前）if (user != null) {
if (user.isActive()) {
if (cart != null && !cart.isEmpty()) {
if (paymentMethod.isValid()) {
// 主业务逻辑：扣库存、生成订单、发通知
} else {
throw new InvalidPaymentException();
}
} else {
throw new EmptyCartException();
}
} else {
throw new InactiveUserException();
}
} else {
throw new NullUserException();
}
改成卫语句后：
（重构后）if (user == null) throw new NullUserException();
if (!user.isActive()) throw new InactiveUserException();
if (cart == null || cart.isEmpty()) throw new EmptyCartException();
if (!paymentMethod.isValid()) throw new InvalidPaymentException();
// ✅ 主逻辑完全平铺，无缩进
deductInventory(cart);
Order order = createOrder(user, cart);
notifyUser(order);
实战中要注意的三个关键点
- 别为了卫语句而卫语句：只有当条件代表“提前终止的合理理由”时才用，比如参数校验、状态不满足、资源不可用；不要把业务分支逻辑（如“VIP用户打9折”）也塞进卫语句
- 保持语义清晰：卫语句的条件要自解释，避免写 !isValid() 这类否定式，优先用 isValid() == false 或直接提取成 isInvalid() 方法
- 统一错误处理风格：如果项目用统一异常处理器，卫语句中 throw 的异常类型要一致；如果用 Optional 或 Result 类型，卫语句可 return empty() 或 failure()，保持出口一致
配合策略模式或状态机进一步解耦复杂分支
当卫语句清理完前置条件后，若主逻辑内部仍有大量 if-else（比如按订单类型走不同履约流程），这时卫语句已完成它的使命——它不负责消灭所有分支，而是把“该不该做”和“怎么做”分离开。后续可将“怎么做”下沉为策略对象或状态处理方法，让每个类只专注一种行为。
