Lambda校验核心是用Predicate封装语义化规则，支持组合、精准失败反馈、上下文注入及装饰增强。需命名体现业务含义，避免内部抛异常，通过元组记录失败提示，工厂方法注入依赖，统一装饰器处理日志与异常。
直接用 Lambda 表达式做变量校验，核心在于把“校验逻辑”变成可组合、可复用、带语义的函数单元，而不是写一堆 if-else。关键不是“能不能写”，而是怎么组织才能支撑复杂场景——比如多条件串联、失败定位、自定义错误信息、上下文透传等。
用 Predicate 封装单条校验规则
Java 中最自然的方式是用 Predicate
- 每个 Predicate 对应一条业务规则，例如：
Predicate<string> notBlank = s -> s != null && !s.trim().isEmpty();</string> - 命名要体现业务含义（如
isEmailFormat、isWithinRange），避免泛泛的isValid - 不建议在 Predicate 内部抛异常或打日志——它只负责“判断”，责任单一
组合多个校验并精准反馈失败点
复杂场景往往需要“所有条件都满足”，但一旦失败，得知道是哪条没过。这时不能只用 and() 链式调用，因为失败时无法溯源。
- 把多个 Predicate 和对应描述打包成元组，例如
Map.Entry<pre class="brush:php;toolbar:false;" dicate>, String></pre>，其中 String 是失败提示 - 遍历执行，第一个返回 false 的就立即返回其描述，避免后续冗余判断
- 示例：校验用户对象时，可同时检查姓名非空、邮箱格式、年龄在 1~120 之间，并分别给出“姓名不能为空”“邮箱格式不合法”“年龄超出有效范围”
支持上下文与动态参数注入
有些校验依赖外部状态，比如“不能与数据库中已存在的用户名重复”，或“新密码不能等于旧密码”。Lambda 可以捕获局部变量，但要注意“effectively final”约束。
- 把依赖项（如 UserRepository、oldPassword）作为参数传入校验工厂方法，返回一个闭包式的 Predicate
- 例如：
public Predicate<string> duplicateUsernameCheck(UserRepository repo) { return username -> !repo.existsByUsername(username); }</string> - 这样既保持了 Lambda 的简洁性，又解耦了数据访问，测试时也容易 mock
统一包装增强：日志 + 异常 + 追踪
基础 Predicate 不处理副作用。真正上线时，需要失败时自动记录日志、抛出带堆栈和上下文的业务异常（如 ValidationException），甚至关联请求 ID。
- 写一个通用装饰器，如
ValidatingPredicate<t></t>，构造时接收原始 Predicate 和错误码/消息模板 - 其
test()方法内部调用原始逻辑，失败则记录日志并抛出封装好的异常 - 这样所有校验点行为一致，无需每处重复写 try-catch 或 logger.error
