Lambda表达式优化MyBatis-Plus动态更新：用LambdaUpdateChainWrapper替代字符串式Wrapper，支持方法引用校验、IDE自动提示与重构；按需链式.set()实现动态字段更新；慎用setSql防注入并注意事务与全表更新风险。
用Lambda表达式优化MyBatis-Plus的动态变量包装器，核心是把字符串字段名换成编译期可校验的实体方法引用，既防拼错、又利重构，还能让条件逻辑更清晰。
用LambdaUpdateChainWrapper替代字符串式Wrapper
传统UpdateWrapper需手动写字段名，比如.set("user_name", "张三")，一旦字段改名或拼错，只能运行时报错。而LambdaUpdateChainWrapper支持User::getUserName这类写法，IDE能自动提示、编译器可检查：
- 字段不存在？编译直接报错，不等到上线才发现
- 实体类重命名字段？IDE自动同步所有Lambda引用，无遗漏
- 链式调用语义明确：
.eq(User::getId, 123).set(User::getStatus, "ACTIVE")一读就懂
结合条件分支做动态字段更新
业务中常需“有值才更新”或“按参数决定更新哪些字段”，这时别堆if-else构造多个wrapper，而是复用同一个LambdaUpdateChainWrapper实例，按需追加set：
- 只更新非空字段：先判断
if (user.getName() != null)，再调用.set(User::getName, user.getName()) - 按开关控制行为：如
if (isVip) { wrapper.set(User::getLevel, "VIP").setSql("vip_expire_time = NOW() + INTERVAL 365 DAY"); } - 避免空值覆盖：不调用
.set()就不生成对应SQL，比在XML里写
谨慎使用setSql实现计算型更新
当需要数据库端计算（如积分+100、库存-数量），setSql()比先查后改更高效且线程安全：
- 正确写法：
.setSql("points = points + #{pointsAdd}")，用预编译参数防注入 - 避免硬拼字符串：
.setSql("points = points + " + pointsAdd)有SQL注入风险 - 复杂场景可用数据库函数：
.setSql("updated_at = NOW(), location = ST_PointFromText('POINT(116.404 39.915)')")
注意空值与事务边界
Lambda方式虽简洁，但两个细节容易忽略：
- 更新语句若没加任何
.eq()条件，会变成全表更新——务必确认where条件已设置 - 涉及多步操作（如先查余额再扣减）时，LambdaUpdateChainWrapper本身不开启事务，需配合
@Transactional保证一致性 - 批量更新慎用
setSql中的函数，某些数据库对函数索引支持有限，可能影响性能
