卫语句通过提前返回非法输入使表单校验更清晰：先参数非空校验，再格式校验，最后业务校验，避免嵌套，主流程专注合法逻辑。
在复杂表单校验中，用卫语句替代嵌套 if-else，能让代码更清晰、可读性更高、维护成本更低。核心思路是：**提前拦截非法输入，合法路径保持线性、扁平、专注主逻辑**。
卫语句的核心原则
卫语句不是语法糖，而是一种结构化思维习惯：
- 每个校验失败就立即返回（或抛异常），不继续执行后续逻辑
- 主流程只处理“所有校验都通过后”的业务动作
- 避免深层嵌套，拒绝“if (valid) { if (notNull) { if (inRange) { ... } } }”这类金字塔式写法
- 校验顺序按开销由小到大、失败概率由高到低排列（如先判空、再格式、最后查库）
典型表单校验场景下的卫语句写法
以用户注册表单为例（含手机号、密码、验证码、邀请码等字段）：
public Result register(UserRegisterDTO dto) {
// 卫语句：参数非空校验
if (dto == null) return Result.fail("请求参数不能为空");
if (StringUtils.isBlank(dto.getPhone())) return Result.fail("手机号不能为空");
if (StringUtils.isBlank(dto.getPassword())) return Result.fail("密码不能为空");
// 卫语句：基础格式校验
if (!PhoneUtils.isValid(dto.getPhone())) return Result.fail("手机号格式不正确");
if (dto.getPassword().length() < 6) return Result.fail("密码长度不能少于6位");
// 卫语句：业务规则校验（轻量级）
if (!CodeService.verify(dto.getPhone(), dto.getCode())) {
return Result.fail("验证码错误或已失效");
}
// 卫语句：唯一性/存在性校验（可能涉及 DB 或远程调用）
if (userMapper.selectByPhone(dto.getPhone()) != null) {
return Result.fail("该手机号已被注册");
}
// ✅ 所有卫语句通过，才走到这里——专注核心逻辑
User user = new User();
user.setPhone(dto.getPhone());
user.setPassword(PasswordEncoder.encode(dto.getPassword()));
userMapper.insert(user);
return Result.success("注册成功");
}
进阶技巧：封装 + 组合式卫语句
当校验逻辑变多时，可进一步解耦：
立即学习“Java免费学习笔记（深入）”；
-
提取校验方法：把每类校验封装成独立方法，命名体现意图，如
checkPhoneUniqueness()、checkInvitationValid() -
使用校验器接口：定义
Validator<T>接口，实现链式调用或责任链模式，但注意别过度设计 -
结合 Spring Validation：用
@NotBlank、@Pattern等注解做前置约束，Controller 层统一捕获MethodArgumentNotValidException，再转为卫语句风格的错误响应 -
异常统一处理：对必须中断流程的校验失败，抛出自定义业务异常（如
BusinessException），由全局异常处理器转换为标准 Result，保持主方法体干净
避坑提醒
卫语句不是万能的，要注意几个常见误区：
- 不要为了“扁平”而牺牲语义——比如把数据库查重和空值判断混在同一层，应按校验层级分组
- 避免重复校验：下游服务已校验过的字段，上游不必再卫语句拦截（除非强依赖本地快速失败）
- 日志要跟上：每个卫语句失败点建议打 warn 日志，包含关键参数（脱敏后），便于排查问题
- 事务边界需明确：卫语句应在事务开启前完成，避免无效回滚；若校验本身含 DB 操作，确保其在事务外或合理传播
