TableField(updateStrategy = FieldStrategy.ALWAYS)使用在Date类型字段报错

在MyBatis-Plus中，当使用`@TableField(updateStrategy = FieldStrategy.ALWAYS)`注解修饰`Date`类型字段时，可能会因类型转换或策略冲突导致报错。以下是可能的原因和解决方案： --- ### 原因分析 1. **字段策略冲突** `FieldStrategy.ALWAYS`会强制更新该字段，即使值为`null`。若数据库字段不允许`NULL`且未设置默认值，可能触发约束错误。 2. **日期类型处理问题** - `Date`类型字段可能被框架误认为需要特殊序列化（如`java.util.Date`与`java.sql.Date`混用）。 - 数据库驱动或MyBatis类型处理器未正确处理日期格式。 3. **全局策略干扰** 若全局配置了`field-strategy`（如`not_null`），可能与注解策略冲突。 --- ### 解决方案 1. **检查数据库约束** 确保字段允许`NULL`或提供默认值（如`CURRENT_TIMESTAMP`）： ```sql ALTER TABLE your_table MODIFY COLUMN your_date_column DATETIME DEFAULT CURRENT_TIMESTAMP; ``` 2. **调整更新策略** 改用更灵活的策略（如`FieldStrategy.IGNORED`），或显式处理`null`值： ```java @TableField(updateStrategy = FieldStrategy.IGNORED) private Date updateTime; ``` 3. **指定类型处理器** 在实体字段上添加`@TableField`的`typeHandler`属性，明确指定日期处理器： ```java @TableField( updateStrategy = FieldStrategy.ALWAYS, typeHandler = LocalDateTimeTypeHandler.class // 根据实际类型选择 ) private Date updateTime; ``` 4. **全局配置排除** 在`application.yml`中排除该字段的全局策略影响： ```yaml mybatis-plus: global-config: db-config: update-strategy: not_null # 全局策略 logic-not-delete-field: deleted # 其他配置 ``` 5. **调试SQL日志** 开启MyBatis的SQL日志，检查生成的UPDATE语句是否符合预期： ```properties logging.level.your.mapper.package=DEBUG ``` --- ### 示例代码（修正后） ```java public class YourEntity { @TableField( updateStrategy = FieldStrategy.ALWAYS, typeHandler = LocalDateTimeTypeHandler.class // 或其他适配的类型处理器 ) private Date updateTime; } ``` ---