卫语句是将“不满足条件就提前退出”的逻辑前置，用独立if+return/throw/continue替代嵌套if-else，使主干流程居左无缩进；核心是翻转判断方向、逐个拦截失败条件，适用于api校验、防御性检查等场景。
把多重 if 改成卫语句，核心就一条：把“不满足条件就提前退出”的逻辑放到最前面，让主干流程保持在左边界，不缩进、不嵌套。
什么是卫语句
卫语句不是新语法，而是编码风格——用多个独立的 if + return / throw / continue 替代层层嵌套的 if-else。它不追求“全路径覆盖”，而是坚持“失败优先、快速拦截”。比如：
- 原写法（三层嵌套）：
if (user != null) {
if (user.isActive()) {
if (user.hasPermission("edit")) {
// 主逻辑
}
}
}
- 改用卫语句后（线性排列）：
if (user == null) return error("用户不存在");
if (!user.isActive()) return error("账号已停用");
if (!user.hasPermission("edit")) return error("无编辑权限");
// ✅ 主逻辑自然落在顶层，清晰干净
怎么一步步改成卫语句
关键不是“删 else”，而是“翻转判断方向”，每一步只检查一个失败条件：
- 逐个识别嵌套中的“守门条件”：比如非空校验、状态检查、权限判断、参数合法性等
- 对每个守门条件，写出它的否定形式（如
user == null而不是user != null） - 加上明确的提前返回动作（
return、throw new IllegalArgumentException()或return ResponseEntity.badRequest().build()） - 删掉所有
else和对应的花括号，把主逻辑“解放”到最外层
哪些情况特别适合用卫语句
不是所有 if 都要改，但以下几类几乎必改：
- API 接口里的参数校验链（如检查 token、用户、订单、库存是否有效）
- 业务方法开头的防御性检查（null、空字符串、非法枚举值）
- 多个条件必须全部满足才能执行后续逻辑（即逻辑是“与”关系，不是分支选择）
- 嵌套超过两层，且内层代码明显比外层短（说明外层只是“守门”，不该承担主干职责）
注意事项
卫语句不是万能膏药，用错反而更乱：
- 别在循环体里滥用，尤其别用
return中断整个方法——该用continue就用continue - 别把本该统一处理的错误混在一起返回，比如“用户名为空”和“密码强度不足”应返回不同错误码
- 如果每个卫语句都要查数据库或远程调用，要考虑性能——这时更适合先聚合校验，再统一拦截
- 日志记录要跟上：每个卫语句最好附带可追溯的提示，方便排查“为什么没走到主逻辑”
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
