Lambda表达式优化MyBatis参数处理，通过方法引用替代字符串字段名实现编译期校验，封装工具类自动判空，支持嵌套逻辑组合，并用函数式接口提取复用查询规则。
用Lambda表达式优化MyBatis参数变量的动态预处理逻辑，核心是把“字符串字段名 + 手动判空”这种易错、难维护的写法，替换成“方法引用 + 类型安全条件组装”。关键不在于炫技，而在于让条件判断和SQL拼接解耦、可读、可编译检查。
避免硬编码字段名，改用方法引用来绑定属性
传统写法中，queryWrapper.eq("user_name", name) 的 "user_name" 是字符串，一旦数据库字段或实体类属性名变更，编译器无法发现错误。换成 Lambda 后：
-
lambdaQuery().eq(User::getUserName, name)—— 编译期就能校验User是否真有getUserName()方法 - IDEL 会自动提示可用字段，重构时 rename method 会同步更新所有引用，杜绝漏改
- 字段类型也参与推导，比如
eq(User::getAge, "18")会直接编译报错（类型不匹配）
用工具类统一处理判空逻辑，消除重复 if
当查询参数多（如 8~10 个字段），每个都写 if (xxx != null && !xxx.isEmpty()) 不仅冗长，还容易出现 if 判断用 cityCode，但执行时却调了 andCityNameEqualTo() 这类低级错误。可封装一个轻量工具类：
MyBatisHelper.equals(query.getCityCode(), criteria::andCityCodeEqualTo)MyBatisHelper.likes(query.getCityName(), criteria::andCityNameLike)- 内部自动判断
null、空字符串、空集合，符合条件才真正执行 SQL 条件追加 - 一行代码替代三行 if + 判空 + 调用，语义清晰且不易出错
复杂组合条件用 and() / or() 嵌套，保持逻辑直觉
遇到 “A AND (B OR C)” 或 “(A AND B) OR (C AND D)” 这类业务规则，别再拼字符串或堆 if-else。LambdaQueryWrapper 提供原生嵌套支持：
-
.and(wrapper -> wrapper.lt(User::getAge, 40).or().isNotNull(User::getEmail))→ 对应AND (age -
.or(w -> w.eq(User::getStatus, 1).gt(User::getScore, 90)).or(w -> w.eq(User::getVipLevel, 3))→ 对应(status = 1 AND score > 90) OR vip_level = 3 - 每个
and()或or()开启新作用域，组内默认 AND，显式or()切换为 OR，层级清晰
结合函数式接口做条件收集，便于复用与测试
如果同一套查询逻辑在多个 Service 中复用（比如通用搜索），可以把条件提取成函数式接口：
- 定义
BiConsumer, SearchParam> searchRule - 实现里只关注业务规则：
w.like(User::getName, p.getKeyword()).eq(User::getDeptId, p.getDeptId()) - 调用时统一注入：
searchRule.accept(wrapper, param) - 单元测试时可单独验证该函数行为，无需启动 MyBatis 环境
