在開發(fā)的過程中，使用了MyBatis-Plus開發(fā)插件，根據(jù)表信息自動(dòng)生成了表的實(shí)體類，然后又根據(jù)MyBatis-Plus的官方文檔，添加了注解及自定義實(shí)現(xiàn)類，然后發(fā)現(xiàn)運(yùn)行起來時(shí)間數(shù)據(jù)沒有插入。

情況如下圖所示：

問題分析與源碼原理分析

分析打印的SQL日志，發(fā)現(xiàn)更新時(shí)已經(jīng)添加update_time字段，故排除實(shí)體類的注解問題。

轉(zhuǎn)而分析MyMetaObjectHandler自定義實(shí)現(xiàn)類，經(jīng)過對(duì)比發(fā)現(xiàn)，它其中使用的LocalDateTime類型，而使用插件生成則會(huì)把Mysql數(shù)據(jù)庫里DateTime類型自動(dòng)生成為Date類型。

猜測問題就是時(shí)間類型不一樣導(dǎo)致。然后打斷點(diǎn)進(jìn)入MyMetaObjectHandler方法，對(duì)MyBatis-Plus源碼進(jìn)行分析：

（1）實(shí)際填充方法如下

    default MetaObjectHandler strictFill(boolean insertFill, TableInfo tableInfo, MetaObject metaObject, List<StrictFill<?, ?>> strictFills) {
        if (insertFill && tableInfo.isWithInsertFill() || !insertFill && tableInfo.isWithUpdateFill()) {
            strictFills.forEach((i) -> {
                String fieldName = i.getFieldName();
                Class<?> fieldType = i.getFieldType();
                tableInfo.getFieldList().stream().filter((j) -> {
                    return j.getProperty().equals(fieldName) && fieldType.equals(j.getPropertyType()) && (insertFill && j.isWithInsertFill() || !insertFill && j.isWithUpdateFill());
                }).findFirst().ifPresent((j) -> {
                    this.strictFillStrategy(metaObject, fieldName, i.getFieldVal());
                });
            });
        }
        return this;
    }

（2）定位匹配規(guī)則代碼

return j.getProperty().equals(fieldName) && fieldType.equals(j.getPropertyType()) && (insertFill && j.isWithInsertFill() || !insertFill && j.isWithUpdateFill());

可以將其拆分成三部分，分別是

//判斷MyMetaObjectHandler中名稱是否和更新數(shù)據(jù)的名稱相同
j.getProperty().equals(fieldName)
//判斷自MyMetaObjectHandler中類型是否和更新數(shù)據(jù)的類型相同
fieldType.equals(j.getPropertyType())
//判斷字段insert及update填充的符合情況
(insertFill && j.isWithInsertFill() || !insertFill && j.isWithUpdateFill())