Lambda表达式优化MyBatis参数处理，通过方法引用替代字符串硬编码实现编译期校验，支持IDE自动补全与重构同步；多条件用Predicate集合分离业务逻辑与SQL构建；模糊查询前置判空；单查推荐oneOpt()配合Optional安全兜底。
用Lambda表达式优化MyBatis参数变量的动态预处理逻辑，核心在于把“字符串拼条件”升级为“方法引用+编译期校验”，让条件组装更安全、可读、易维护。关键不是写得更多，而是写得更准、改得更稳。
避免字段名硬编码，用方法引用替代字符串
传统QueryWrapper中写eq("user_name", value)，一旦数据库字段或实体类属性名变更（比如改成username），编译不报错，运行才崩。而LambdaQueryWrapper强制使用User::getUsername这类方法引用：
- 编译时就能验证该getter是否存在、返回类型是否匹配
- IDC支持自动补全和跳转，写错立刻提示
- 重构重命名字段时，IDE自动同步所有
User::getXXX调用，零遗漏
多条件动态拼接：分离判断逻辑与SQL构建
当查询涉及多个可选参数（如姓名、部门、状态、时间范围），不要在wrapper里堆if-else。推荐先收集业务规则，再统一应用：
- 用List
>暂存Java端判断逻辑，例如<code>u -> u.getName().contains(kw)</code>或<code>u -> u.getDeptId().equals(deptId)</code>
- 最后用
lambdaQuery().and(wrapper -> predicates.forEach(wrapper::or))一次性注入，保持SQL构造层干净 - 这种写法便于单元测试——你可以单独验证每个Predicate是否符合业务语义，无需启动数据库
模糊查询场景下，精准控制like位置与空值处理
用户输入关键词做模糊查时，常需前后%匹配，但又不能对空值或空白字符串执行like，否则拖慢SQL：
- 用
StringUtils.isNotBlank(keyword)前置校验，只在有效输入时调用like(User::getName, "%" + keyword + "%") - 若需支持多字段OR模糊匹配（如姓名或邮箱含关键词），可链式调用
or().like(User::getName, kw).or().like(User::getEmail, kw) - 注意：不要在Lambda表达式里做
keyword == null ? null : "%"+keyword+"%"，这会污染条件逻辑；应把判空放在wrapper构建之前
结合Optional与oneOpt()，让空结果更可控
查询单条记录时，one()遇到0条或2条都抛异常，而oneOpt()返回Optional，由你决定默认行为：
-
userService.lambdaQuery().eq(User::getId, id).oneOpt().orElse(new User())—— 安全兜底 -
userService.lambdaQuery().eq(User::getUsername, name).oneOpt().orElseThrow(() -> new BusinessException("用户不存在"))—— 显式报错 - Controller层直接返回
ResponseEntity.ok(userService.lambdaQuery().xxx.oneOpt())，前端可统一识别空状态
