mybatis-plus 邏輯刪除無(wú)法做自動(dòng)填充的問(wèn)題
背景:
mybatis-plus在做數(shù)據(jù)新增、更新的時(shí)候,設(shè)置了自動(dòng)填充,用于自動(dòng)更新對(duì)象中的createTime、
creatorId、editeTime、editorId這個(gè)四個(gè)字段。
(如何設(shè)置自動(dòng)填充見(jiàn)mybatis-plus官方文檔:自動(dòng)填充功能 | MyBatis-Plus)
@Data
@Accessors(chain = true)
public class BaseDomain extends IdBaseDomain implements Serializable {
private static final long serialVersionUID = -4191346935187360593L;
/**
* 創(chuàng)建時(shí)間
*/
@TableField(value = "create_time", fill = FieldFill.INSERT)
protected LocalDateTime createTime;
/**
* 更新時(shí)間
*/
@TableField(value = "edit_time", fill = FieldFill.INSERT_UPDATE)
protected LocalDateTime editTime;
/**
* 創(chuàng)建人
*/
@TableField(value = "creator_id",fill = FieldFill.INSERT)
protected Long creatorId;
/**
* 更新人
*/
@TableField(value = "editor_id", fill = FieldFill.INSERT_UPDATE)
protected Long editorId;
}
@Data
@Accessors(chain = true)
public class IdBaseDomain implements Serializable {
private static final long serialVersionUID = -3793660974772423732L;
/**
* id
*/
//@TableField("id")
@TableId(value = "id", type = IdType.ASSIGN_ID)
protected Long id;
/**
* 刪除(1-是,0-否)
*/
@TableLogic
@TableField("is_delete")
protected Integer isDelete;
}問(wèn)題追蹤:
在isDelete字段上設(shè)置了邏輯刪除@TableLogic,邏輯刪除的本質(zhì)是跟新標(biāo)識(shí)字段isDelete,理論上是一個(gè)update語(yǔ)句,那么應(yīng)該記錄editTime和editorId才對(duì),這樣可以記錄下刪除人信息。但實(shí)際上發(fā)現(xiàn)editTime和editorId并未自動(dòng)跟新,做debug后發(fā)現(xiàn)自動(dòng)填充的代碼根本沒(méi)有執(zhí)行。
查看mybatis-plus官網(wǎng)文檔,發(fā)現(xiàn)在邏輯刪除的頁(yè)面有以下兩段描述:


核心邏輯:
1.邏輯刪除只對(duì)自動(dòng)注入的sql起效,意味著邏輯刪除對(duì)于你代碼拼接的sql是不生效的,只有調(diào)用mybatis-plus自己初始化的時(shí)候注入的sql有效。
2.刪除接口的自動(dòng)填充功能是無(wú)效的,要么你自己寫wrapper拼接update語(yǔ)句做刪除,要么使用sql注入器將LogicDeleteByIdWithFill注入。Sql 注入器 | MyBatis-Plus
解決方案:
在默認(rèn)實(shí)現(xiàn)的基礎(chǔ)上將額外的sql注入進(jìn)去,所以直接繼承默認(rèn)的實(shí)現(xiàn)類做改進(jìn)。以下為源碼:
/**
* 重寫DefaultSqlInjector
*/
public class SqlInjectorPlus extends DefaultSqlInjector {
@Override
public List<AbstractMethod> getMethodList(Class<?> mapperClass) {
//繼承原有方法
List<AbstractMethod> methodList = super.getMethodList(mapperClass);
//注入新方法
methodList.add(new LogicDeleteByIdWithFill());
return methodList;
}
}
/**
* 注入
*/
@Configuration
@EnableTransactionManagement
public class MybatisPlusConfig {
/**
* 增強(qiáng)sql注入的Bean
*
* @return
*/
@Bean
public SqlInjectorPlus sqlInjectorPlus() {
return new SqlInjectorPlus();
}
}
/**
* 重寫B(tài)aseMapper
*/
public interface BaseMapperPlus <T> extends BaseMapper<T> {
/**
* 邏輯刪除
* @param param
* @return
*/
int deleteByIdWithFill(@Param(Constants.ENTITY)T param);
}注意:LogicDeleteByIdWithFill類是mybatis-plus源碼中就有的實(shí)現(xiàn)類,但并未直接放開來(lái)使用。
問(wèn)題源碼分析:
雖然官方文檔給出了解決方案,但并沒(méi)有打消我的疑問(wèn),邏輯刪除調(diào)用的是mybatis-plus自帶的方法做刪除,是在BaseMapper中的deleteById方法,按理說(shuō)這個(gè)方法也是一條自動(dòng)注入的sql對(duì),為什么自動(dòng)填充會(huì)失效呢?
首先我們看到作者源碼中LogicDeleteByIdWithFill實(shí)現(xiàn)類中的注釋有寫到 :“注意入?yún)⑹?entity !!! ,如果字段沒(méi)有自動(dòng)填充,就只是單純的邏輯刪除”,為什么入?yún)⒁欢ㄊ莈ntity才能自動(dòng)填充?
以下兩點(diǎn)是根據(jù)源碼做出的分析:
1.在LogicDeleteByIdWithFill類中是根據(jù)TableInfo的入?yún)?lái)獲取表信息的,TableInfo中的字段列表存儲(chǔ)在 fieldList 這個(gè)字段中,可以從LogicDeleteByIdWithFill類中看到通過(guò)fieldList列表for循環(huán)拼接出sql。如果你對(duì)源碼中fieldList來(lái)源進(jìn)行分析,會(huì)發(fā)現(xiàn)該字段最終是根據(jù)mapper中傳入的實(shí)例反射獲取到的字段列表,由于mapper中是使用泛型傳遞參數(shù),如果不傳遞實(shí)例則無(wú)法獲取到字段列表。所以LogicDeleteByIdWithFill中才會(huì)要求方法入?yún)⒈仨毷菍?shí)例。
/**
* 根據(jù) id 邏輯刪除數(shù)據(jù),并帶字段填充功能
* <p>注意入?yún)⑹?entity !!! ,如果字段沒(méi)有自動(dòng)填充,就只是單純的邏輯刪除</p>
* <p>
* 自己的通用 mapper 如下使用:
* <pre>
* int deleteByIdWithFill(T entity);
* </pre>
* </p>
*
* @author miemie
* @since 2018-11-09
*/
public class LogicDeleteByIdWithFill extends AbstractMethod {
@Override
public MappedStatement injectMappedStatement(Class<?> mapperClass, Class<?> modelClass, TableInfo tableInfo) {
String sql;
SqlMethod sqlMethod = SqlMethod.LOGIC_DELETE_BY_ID;
if (tableInfo.isWithLogicDelete()) {
List<TableFieldInfo> fieldInfos = tableInfo.getFieldList().stream()
.filter(TableFieldInfo::isWithUpdateFill)
.collect(toList());
if (CollectionUtils.isNotEmpty(fieldInfos)) {
String sqlSet = "SET " + fieldInfos.stream().map(i -> i.getSqlSet(EMPTY)).collect(joining(EMPTY))
+ tableInfo.getLogicDeleteSql(false, false);
sql = String.format(sqlMethod.getSql(), tableInfo.getTableName(), sqlSet, tableInfo.getKeyColumn(),
tableInfo.getKeyProperty(), tableInfo.getLogicDeleteSql(true, true));
} else {
sql = String.format(sqlMethod.getSql(), tableInfo.getTableName(), sqlLogicSet(tableInfo),
tableInfo.getKeyColumn(), tableInfo.getKeyProperty(),
tableInfo.getLogicDeleteSql(true, true));
}
} else {
sqlMethod = SqlMethod.DELETE_BY_ID;
sql = String.format(sqlMethod.getSql(), tableInfo.getTableName(), tableInfo.getKeyColumn(),
tableInfo.getKeyProperty());
}
SqlSource sqlSource = languageDriver.createSqlSource(configuration, sql, modelClass);
return addUpdateMappedStatement(mapperClass, modelClass, getMethod(sqlMethod), sqlSource);
}
@Override
public String getMethod(SqlMethod sqlMethod) {
// 自定義 mapper 方法名
return "deleteByIdWithFill";
}
}2.自動(dòng)填充的方法是調(diào)用的MetaObjectHandler接口中updateFill方法,而這個(gè)方法具體是在MybatisParameterHandler中的process里面調(diào)用,可以在源碼中清楚的看到,先通過(guò)TableInfoHelper根據(jù)入?yún)?lái)獲取了tableInfo的信息,在tableInfo不是空的情況下,再向?qū)嶓wentity中寫入自動(dòng)填充的數(shù)據(jù)。
public class MybatisParameterHandler implements ParameterHandler {
......
private void process(Object parameter) {
if (parameter != null) {
TableInfo tableInfo = null;
Object entity = parameter;
if (parameter instanceof Map) {
Map<?, ?> map = (Map<?, ?>) parameter;
if (map.containsKey(Constants.ENTITY)) {
Object et = map.get(Constants.ENTITY);
if (et != null) {
entity = et;
tableInfo = TableInfoHelper.getTableInfo(entity.getClass());
}
}
} else {
tableInfo = TableInfoHelper.getTableInfo(parameter.getClass());
}
if (tableInfo != null) {
//到這里就應(yīng)該轉(zhuǎn)換到實(shí)體參數(shù)對(duì)象了,因?yàn)樘畛浜虸D處理都是爭(zhēng)對(duì)實(shí)體對(duì)象處理的,不用傳遞原參數(shù)對(duì)象下去.
MetaObject metaObject = this.configuration.newMetaObject(entity);
if (SqlCommandType.INSERT == this.sqlCommandType) {
populateKeys(tableInfo, metaObject, entity);
insertFill(metaObject, tableInfo);
} else {
updateFill(metaObject, tableInfo);
}
}
}
}
......
}以上兩個(gè)點(diǎn)就大概能明白原因了,簡(jiǎn)單梳理一下:
mybatis-plus實(shí)例化的時(shí)候根據(jù)AbstractMethod的實(shí)現(xiàn)類先自動(dòng)注入了sql模板(原生mybatis的xml中的sql語(yǔ)句),然后調(diào)用注入好的方法實(shí)際就是根據(jù)入?yún)⑥D(zhuǎn)化成tableInfo后再執(zhí)行自動(dòng)填充,然后填入sql模板產(chǎn)出sql語(yǔ)句,最后執(zhí)行。我們的BaseMapper是使用的泛型傳遞參數(shù),只能通過(guò)傳遞實(shí)體進(jìn)去才能夠讓tableInfo中正常獲取到字段列表fieldList。自動(dòng)填充是直接填充的實(shí)體。
然后我們回過(guò)頭看看mybatis-plus的默認(rèn)刪除實(shí)現(xiàn)DeleteById和Delete兩個(gè)類中的代碼:DeleteById入?yún)⑹侵苯觽鬟f的id,沒(méi)有實(shí)體傳入,拼接sql也是直接通過(guò)id做刪除,所以無(wú)法做出自動(dòng)填充;Delete則是直接傳遞的wrapper拼接sql,wrapper是直接根據(jù)設(shè)置的條件進(jìn)行拼接的,也沒(méi)有實(shí)體傳入,無(wú)法做出自動(dòng)填充。
到此這篇關(guān)于mybatis-plus 邏輯刪除無(wú)法做自動(dòng)填充的問(wèn)題的文章就介紹到這了,更多相關(guān)mybatis-plus 邏輯刪除無(wú)法做自動(dòng)填充內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
部署SpringBoot項(xiàng)目到Linux服務(wù)器數(shù)據(jù)盤的完整流程
這篇文章講述了如何在Linux服務(wù)器上掛載數(shù)據(jù)盤并部署SpringBoot項(xiàng)目,具體步驟包括查看磁盤狀態(tài)、分區(qū)與格式化、掛載分區(qū)、配置開機(jī)自動(dòng)掛載等,以及上傳項(xiàng)目文件、編寫啟動(dòng)腳本、啟動(dòng)項(xiàng)目并測(cè)試、配置Systemd服務(wù)管理,需要的朋友可以參考下2025-11-11
Java如何實(shí)現(xiàn)長(zhǎng)圖文生成的示例代碼
這篇文章主要介紹了Java如何實(shí)現(xiàn)長(zhǎng)圖文生成的示例代碼,小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2017-08-08
使用Java實(shí)現(xiàn)簡(jiǎn)單搭建內(nèi)網(wǎng)穿透
內(nèi)網(wǎng)穿透是一種網(wǎng)絡(luò)技術(shù),適用于需要遠(yuǎn)程訪問(wèn)本地部署服務(wù)的場(chǎng)景,本文主要為大家介紹了如何使用Java實(shí)現(xiàn)簡(jiǎn)單搭建內(nèi)網(wǎng)穿透,感興趣的可以了解下2024-02-02
springboot實(shí)現(xiàn)定時(shí)任務(wù)@Scheduled方式
這篇文章主要介紹了springboot實(shí)現(xiàn)定時(shí)任務(wù)@Scheduled方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-07-07
SpringBoot @PathVariable使用時(shí)遇到的問(wèn)題及解決
這篇文章主要介紹了SpringBoot @PathVariable使用時(shí)遇到的問(wèn)題及解決方案,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-10-10
詳解基于SpringBoot使用AOP技術(shù)實(shí)現(xiàn)操作日志管理
這篇文章主要介紹了詳解基于SpringBoot使用AOP技術(shù)實(shí)現(xiàn)操作日志管理,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2019-11-11

