Mapstruct對(duì)象插入數(shù)據(jù)庫(kù)某個(gè)字段總是為空的bug詳解
前言
在一次需求的開(kāi)發(fā)過(guò)程中，發(fā)現(xiàn)一個(gè)對(duì)象插入數(shù)據(jù)庫(kù)時(shí)某個(gè)字段總是為空。
版本：lombok：1.18.24、mapstruct：1.5.2.Final
簡(jiǎn)化后的代碼如下：
@Autowired
private PersonService personService;
public void test1(){
Person person = personService.findById(1L);
PersonDto personDto = PersonMapper.INSTANCE.personToPersonDto(person);
personService.insert(personDto);
}
這么簡(jiǎn)單的邏輯按理說(shuō)不會(huì)出幺蛾子啊，我先排查了數(shù)據(jù)庫(kù)里person id=1的記錄發(fā)現(xiàn)值是有的啊，然后又排查了我的insert方法，也是沒(méi)問(wèn)題的。
經(jīng)過(guò)一段時(shí)間的排查，才發(fā)現(xiàn)是
PersonDto personDto = PersonMapper.INSTANCE.personToPersonDto(person);
這行代碼的問(wèn)題。證據(jù)截圖如下：
前面的時(shí)候addTeacherNum還有值，轉(zhuǎn)化后怎么又沒(méi)值了呢？
大家看到這里肯定猜測(cè)是不是我屬性名不對(duì)，或者屬性類(lèi)型不對(duì)。我甚至還刪除了之后用復(fù)制的方式來(lái)保證沒(méi)有手敲敲錯(cuò)的情況。
完全是一模一樣的屬性啊。
我們知道m(xù)apstruct是編譯時(shí)通過(guò)我們的PersonMapper接口來(lái)實(shí)現(xiàn)實(shí)現(xiàn)類(lèi)，實(shí)現(xiàn)類(lèi)里是setter、getter方法來(lái)實(shí)現(xiàn)的。于是我打開(kāi)了PersonMapper的實(shí)現(xiàn)類(lèi)準(zhǔn)備一探究竟：
public class PersonMapperImpl implements PersonMapper {
public PersonMapperImpl() {
}
public PersonDto personToPersonDto(Person person) {
if (person == null) {
return null;
} else {
PersonDtoBuilder personDto = PersonDto.builder();
personDto.name(person.getName());
return personDto.build();
}
}
}
竟然沒(méi)有對(duì)我這個(gè)屬性addTeacherNum進(jìn)行賦值。這讓我百思不得其解。只能去看看源碼，試圖找出原因。
如何調(diào)試Maven插件
前面我們提到mapstruct是在代碼編譯的時(shí)候就開(kāi)始生成代碼了，于是我們需要對(duì)maven編譯期進(jìn)行調(diào)試。方法如下：
- maven debug命令
mvnDebug clean compile
- idea遠(yuǎn)程debug
新建一個(gè)remote，然后修改端口為8000，然后在執(zhí)行maven命令的同時(shí)，啟動(dòng)這個(gè)remote即可。
源碼解析
斷點(diǎn)應(yīng)該打在哪里呢？
我們查看mapstruct的結(jié)構(gòu)，一般先從配置的文件入手
找到了這個(gè)MappingProcessor類(lèi)，我們可以看到這里面有個(gè)process方法，里面又調(diào)用了如下的這個(gè)方法：
private void processMapperTypeElement(ProcessorContext context, TypeElement mapperTypeElement) {
Object model = null;
for ( ModelElementProcessor<?, ?> processor : getProcessors() ) {
try {
model = process( context, processor, mapperTypeElement, model );
}
catch ( AnnotationProcessingException e ) {
//省略
}
}
}
這段代碼其實(shí)就是調(diào)用getProcessors()方法拿到多個(gè)processor，然后遍歷調(diào)用。而這個(gè)getProcessors()就是從配置文件里通過(guò)SPI的方式加載對(duì)象。
這里面我們重點(diǎn)關(guān)注這個(gè)Processor:MapperCreationProcessor。它的process方法如下：
@Override
public Mapper process(ProcessorContext context, TypeElement mapperTypeElement, List<SourceMethod> sourceModel) {
this.elementUtils = context.getElementUtils();
this.typeUtils = context.getTypeUtils();
this.messager =
new MapperAnnotatedFormattingMessenger( context.getMessager(), mapperTypeElement, context.getTypeUtils() );
this.options = context.getOptions();
this.versionInformation = context.getVersionInformation();
this.typeFactory = context.getTypeFactory();
this.accessorNaming = context.getAccessorNaming();
MapperOptions mapperOptions = MapperOptions.getInstanceOn( mapperTypeElement, context.getOptions() );
List<MapperReference> mapperReferences = initReferencedMappers( mapperTypeElement, mapperOptions );
MappingBuilderContext ctx = new MappingBuilderContext(
typeFactory,
elementUtils,
typeUtils,
messager,
accessorNaming,
context.getEnumMappingStrategy(),
context.getEnumTransformationStrategies(),
options,
new MappingResolverImpl(
messager,
elementUtils,
typeUtils,
typeFactory,
new ArrayList<>( sourceModel ),
mapperReferences,
options.isVerbose()
),
mapperTypeElement,
//sourceModel is passed only to fetch the after/before mapping methods in lifecycleCallbackFactory;
//Consider removing those methods directly into MappingBuilderContext.
Collections.unmodifiableList( sourceModel ),
mapperReferences
);
this.mappingContext = ctx;
return getMapper( mapperTypeElement, mapperOptions, sourceModel );
}
getMapper里面有一段這個(gè)方法引起我的注意：
List<MappingMethod> mappingMethods = getMappingMethods( mapperOptions, methods );
猜測(cè)這段就是獲取要寫(xiě)入的set、get方法。 于是一路跟蹤：
發(fā)現(xiàn)mapstruct里面把方法分為了下面四類(lèi)，而我的addTeacherNum屬性通過(guò)lombok生成的方法methodType被分到了ADDER里面。
而在生成我的Mapper實(shí)現(xiàn)類(lèi)的時(shí)候它會(huì)只過(guò)濾setter方法。
List<Accessor> candidates = new ArrayList<>( getSetters() );
至此真相大白。
以上就是Mapstruct中對(duì)象插入數(shù)據(jù)庫(kù)某個(gè)字段總是為空的bug詳解的詳細(xì)內(nèi)容，更多關(guān)于Mapstruct插入數(shù)據(jù)字段為空的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！
相關(guān)文章
阿里通用OCR文字識(shí)別/圖像識(shí)別/圖片識(shí)別對(duì)接代碼示例(Java篇)
這篇文章主要介紹了阿里通用OCR文字識(shí)別/圖像識(shí)別/圖片識(shí)別對(duì)接(Java篇)的相關(guān)資料,文中詳細(xì)介紹了包括開(kāi)通服務(wù)、測(cè)試圖片、編寫(xiě)識(shí)別代碼、處理識(shí)別結(jié)果等步驟,需要的朋友可以參考下2024-12-12
詳解Java如何實(shí)現(xiàn)基于Redis的分布式鎖
在不同進(jìn)程需要互斥地訪問(wèn)共享資源時(shí)，分布式鎖是一種非常有用的技術(shù)手段。這篇文章運(yùn)用圖文和實(shí)例代碼介紹了Java如何實(shí)現(xiàn)基于Redis的分布式鎖，文章介紹的很詳細(xì)，對(duì)Java和Redis剛興趣的朋友們可以參考借鑒，下面來(lái)一起看看。2016-08-08
SpringCloud Gateway加載斷言predicates與過(guò)濾器filters的源碼分析
這篇文章主要介紹了SpringCloud Gateway加載斷言predicates與過(guò)濾器filters的詳細(xì)過(guò)程,本文通過(guò)源碼給大家解析的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友可以參考下2021-05-05
SpringBoot利用隨機(jī)鹽值實(shí)現(xiàn)密碼的加密與驗(yàn)證
這篇文章主要為大家詳細(xì)介紹了SpringBoot如何利用隨機(jī)鹽值實(shí)現(xiàn)密碼的加密與驗(yàn)證,文中的示例代碼講解詳細(xì),有需要的小伙伴可以參考下2024-02-02
Java使用線程池批量處理數(shù)據(jù)操作具體流程
這篇文章主要給大家介紹了關(guān)于Java使用線程池批量處理數(shù)據(jù)操作的相關(guān)資料,Java多線程編程中線程池是一個(gè)非常重要的概念,線程池可以提高線程的復(fù)用率和任務(wù)調(diào)度的效率,尤其是當(dāng)需要查詢(xún)大批量數(shù)據(jù)時(shí),需要的朋友可以參考下2023-06-06
Java多線程處理千萬(wàn)級(jí)數(shù)據(jù)更新操作
這篇文章主要為大家詳細(xì)介紹了Java如何通過(guò)多線程處理千萬(wàn)級(jí)數(shù)據(jù)更新操作,文中的示例代碼講解詳細(xì),感興趣的小伙伴可以跟隨小編一起學(xué)習(xí)一下2024-11-11
MyBatis 執(zhí)行動(dòng)態(tài) SQL語(yǔ)句詳解
大家對(duì)mybatis執(zhí)行任意sql語(yǔ)句都了解，那么MyBatis執(zhí)行動(dòng)態(tài)SQL語(yǔ)句呢？下面腳本之家小編給大家解答下mybatis執(zhí)行動(dòng)態(tài)sql語(yǔ)句的方法，非常不錯(cuò)，感興趣的朋友參考下吧2016-08-08
Java使用jacob將微軟office中word、excel、ppt轉(zhuǎn)成pdf
這篇文章主要為大家詳細(xì)介紹了Java使用jacob將微軟office中word、excel、ppt轉(zhuǎn)成pdf，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2018-12-12
XML現(xiàn)在已經(jīng)成為一種通用的數(shù)據(jù)交換格式,平臺(tái)的無(wú)關(guān)性使得很多場(chǎng)合都需要用到XML。本文將詳細(xì)介紹用Java解析XML的四種方法2012-10-10
這篇文章主要介紹了使用AOP的@Around后無(wú)返回值的解決，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。一起跟隨小編過(guò)來(lái)看看吧2021-02-02