insertFill(MetaObject metaObject)数据被改如何定位原因？

Question

在MyBatis-Plus开发中，`insertFill(MetaObject metaObject)`方法用于实体插入时的自动填充功能。如果发现数据被意外修改，需从以下方面定位原因：首先检查自动填充逻辑，确认`FieldFill.INSERT`或`FieldFill.INSERT_UPDATE`字段配置是否正确；其次排查拦截器链中是否存在其他自定义拦截器对`metaObject`进行了修改；最后审查业务代码中是否有对实体对象属性值的重复赋值操作。借助日志输出（如开启`mybatis-plus`SQL日志）可观察实际执行的SQL语句及参数，从而快速定位问题根源。

Answer 1

1. 自动填充逻辑检查

在MyBatis-Plus开发中，`insertFill(MetaObject metaObject)`方法用于实体插入时的自动填充功能。如果发现数据被意外修改，首先需要确认自动填充逻辑是否正确。

• 确保实体类字段上标注了正确的注解，例如`@TableField(fill = FieldFill.INSERT)`或`@TableField(fill = FieldFill.INSERT_UPDATE)`。
• 检查自定义的`MetaObjectHandler`实现类，确保`insertFill`方法中的逻辑符合预期。
• 验证数据库表结构与实体类字段是否一致，避免因字段映射问题导致的数据异常。

public class MyMetaObjectHandler implements MetaObjectHandler {
    @Override
    public void insertFill(MetaObject metaObject) {
        this.strictInsertFill(metaObject, "createTime", LocalDateTime.class, LocalDateTime.now());
    }
}
    

2. 拦截器链排查

如果自动填充逻辑无误，但数据仍被意外修改，可能是拦截器链中的其他自定义拦截器对`metaObject`进行了修改。

1. 检查`mybatis-plus`配置文件中是否引入了多个拦截器。
2. 逐一禁用非必要的拦截器，观察问题是否解决。
3. 若发现问题来源于某个拦截器，深入分析其代码逻辑，确保其行为不会影响正常的数据填充。

拦截器名称	作用	可能的影响
PerformanceInterceptor	性能分析	通常不影响数据，但可能增加额外日志
CustomInterceptor	自定义业务逻辑	可能修改`metaObject`中的值

3. 业务代码审查

排除自动填充逻辑和拦截器链的问题后，需审查业务代码中是否存在对实体对象属性值的重复赋值操作。

以下是一个可能导致问题的示例：

User user = new User();
user.setName("Alice");
// 不必要的重复赋值
if (someCondition) {
    user.setName("Bob");
}
    

通过代码审查工具（如SonarQube）或手动检查，定位并修正此类问题。

4. 日志输出辅助

借助日志输出可以快速定位问题根源。开启`mybatis-plus`SQL日志，观察实际执行的SQL语句及参数。

配置日志输出：

mybatis-plus.configuration.log-impl=org.apache.ibatis.logging.stdout.StdOutImpl

通过日志观察SQL执行情况：

DEBUG - Inserting: INSERT INTO user (name, create_time) VALUES (?, ?)
DEBUG - Parameters: Alice(String), 2023-10-01 12:00:00(Timestamp)

结合日志信息，可以进一步缩小问题范围。

5. 流程图总结

以下是整个排查流程的简化图示：

graph TD;
            A[数据被意外修改] --> B{检查自动填充逻辑};
            B -- 是 --> C{检查拦截器链};
            C -- 是 --> D{审查业务代码};
            D -- 是 --> E[借助日志定位问题];