别再乱用Mybatis-Plus的@TableField了！5种FieldStrategy实战避坑指南（附Spring Boot配置）-编程阁

MyBatis-Plus字段策略深度解析：从原理到生产实践的正确配置姿势

在Java持久层框架的生态中，MyBatis-Plus凭借其优雅的API设计和丰富的功能特性，已经成为大多数开发团队的首选工具。但就像任何强大的工具一样，只有理解其内在机制才能避免误用带来的隐患。本文将带您深入探索FieldStrategy的核心设计哲学，揭示五种策略在实际业务场景中的最佳实践。

1. 字段策略的本质与设计哲学

当我们谈论MyBatis-Plus的字段策略时，本质上是在讨论对象属性与数据库字段映射时的空值处理规则。这种设计源于一个常见的业务矛盾：开发人员希望保持对象模型的纯洁性，而数据库则需要明确的指令来决定如何处理NULL值。

策略决策的三维空间：

操作类型维度：插入(insert)、更新(update)、查询条件(where)需要不同的空值处理逻辑
数据类型维度：字符串、数值、日期等不同类型对"空"的定义各不相同
业务场景维度：逻辑删除、审计字段、敏感信息等特殊字段需要定制化策略

在Spring Boot项目中，典型的全局策略配置如下：

mybatis-plus: global-config: db-config: update-strategy: not_null insert-strategy: not_null where-strategy: not_empty

注意：全局配置会作用于所有未显式声明策略的字段，但会被@TableField注解的单独配置覆盖

2. 五种策略的微观行为分析

2.1 IGNORED策略：全权委托模式

这是最"放任"的策略，它完全信任开发者传入的对象值。无论字段是null、空字符串还是其他值，都会原样传递给数据库操作。

典型使用场景：

需要显式设置NULL值的字段
使用数据库默认值的字段
需要覆盖式更新的全量修改场景

@TableField(updateStrategy = FieldStrategy.IGNORED) private LocalDateTime lastLoginTime;

潜在风险：

可能意外清除已有数据
批量操作时会产生不一致的SQL语句

2.2 NOT_NULL策略：防御性编程典范

作为默认策略，NOT_NULL体现了MyBatis-Plus的防御性设计思想。它会过滤掉所有null值，但会接受空字符串、0等特殊值。

行为对照表：

字段值	是否参与更新	是否参与查询条件
null	×	×
""	√	√
0	√	√
"0"	√	√

// 等效的XML映射逻辑 <if test="age != null"> age = #{age} </if>

2.3 NOT_EMPTY策略：字符串特化方案

这是NOT_NULL的增强版，专门针对字符串类型的精细化控制。它不仅排除null，还会排除空字符串。

实现原理：

StringUtils.isNotEmpty(fieldValue)

适用场景：

用户姓名等必填字符串字段
地址信息等不允许空字符串的字段
需要作为有效查询条件的字段

@TableField(whereStrategy = FieldStrategy.NOT_EMPTY) private String address;

2.4 NEVER策略：防火墙模式

这是最严格的策略，相当于给字段加上了写保护。无论字段是否有值，都不会参与INSERT或UPDATE操作。

典型应用：

数据库自动生成的字段（如自增ID）
仅由数据库触发器维护的字段
需要程序特殊处理的敏感字段

@TableField(updateStrategy = FieldStrategy.NEVER) private String securityToken;

2.5 DEFAULT策略：配置继承体系

DEFAULT策略构建了一个灵活的配置继承体系，允许字段继承全局配置，同时保留了单独定制的可能性。

配置优先级：

字段级别的@TableField注解配置
全局配置的db-config策略
框架默认的NOT_NULL策略

3. 生产环境中的策略组合拳

3.1 动态更新模式

实现部分字段更新是常见需求，正确的策略组合可以优雅解决：

public class User { @TableField(updateStrategy = FieldStrategy.NOT_NULL) private String name; @TableField(updateStrategy = FieldStrategy.IGNORED) private Integer age; @TableField(updateStrategy = FieldStrategy.NEVER) private String idNumber; }

3.2 逻辑删除的完美配合

逻辑删除与字段策略的配合使用能构建安全的数据访问层：

@TableLogic @TableField(whereStrategy = FieldStrategy.NEVER) private Integer deleted;

3.3 条件查询的智能过滤

构建动态查询条件时，whereStrategy能自动过滤无效条件：

@TableField(whereStrategy = FieldStrategy.NOT_EMPTY) private String mobile; @TableField(whereStrategy = FieldStrategy.NOT_NULL) private Integer status;

4. 避坑指南：从血泪案例中总结的经验

4.1 批量操作的一致性陷阱

当使用批量操作方法时，不同策略会导致SQL语句差异：

// 危险示例：混合策略导致不可预测行为 userService.updateBatchById(Arrays.asList( new User().setId(1L).setName(null), new User().setId(2L).setName("") ));

解决方案：

统一批量操作的字段策略
使用UpdateWrapper明确指定更新字段

4.2 JSON序列化的隐藏风险

前端传参经过JSON反序列化后，可能产生意外的null值：

// 前端传参：{"name":null,"age":""} @PostMapping("/update") public void updateUser(@RequestBody User user) { userService.updateById(user); // 可能意外清除数据库字段 }

防御措施：

使用DTO对象进行参数接收
配置Jackson反序列化策略
在Service层进行参数校验

4.3 多环境配置的差异问题

不同环境下的策略配置差异可能导致意外行为：

# 开发环境 mybatis-plus.global-config.db-config.update-strategy=ignored # 生产环境 mybatis-plus.global-config.db-config.update-strategy=not_null

最佳实践：

保持各环境配置一致
使用配置中心统一管理
重要操作添加环境检查

5. 高级定制：超越默认策略

5.1 自定义字段策略

通过实现ICustomFieldStrategy接口可以扩展策略体系：

public class MyCustomStrategy implements ICustomFieldStrategy { @Override public boolean processIfNull(TableFieldInfo tableFieldInfo) { // 自定义空值处理逻辑 return ...; } }

5.2 基于AOP的策略动态调整

利用Spring AOP实现运行时策略调整：

@Around("execution(* com..mapper.*.*(..))") public Object aroundAdvice(ProceedingJoinPoint pjp) { Object[] args = pjp.getArgs(); if(args[0] instanceof BaseEntity) { adjustFieldStrategy((BaseEntity)args[0]); } return pjp.proceed(); }