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)文章
解析web.xml中在Servlet中獲取context-param和init-param內(nèi)的參數(shù)
本篇文章是對(duì)web.xml中在Servlet中獲取context-param和init-param內(nèi)的參數(shù)進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-07-07java實(shí)現(xiàn)轉(zhuǎn)圈打印矩陣算法
這篇文章主要為大家詳細(xì)介紹了java實(shí)現(xiàn)轉(zhuǎn)圈打印矩陣算法,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2019-03-03淺析RxJava處理復(fù)雜表單驗(yàn)證問(wèn)題的方法
這篇文章主要介紹了RxJava處理復(fù)雜表單驗(yàn)證問(wèn)題的相關(guān)資料,非常不錯(cuò)具有參考借鑒價(jià)值,需要的朋友可以參考下2016-06-06IntelliJ Idea 2020.1 正式發(fā)布,官方支持中文(必看)
這篇文章主要介紹了IntelliJ Idea 2020.1 正式發(fā)布,官方支持中文了,本文通過(guò)截圖的形式給大家展示,對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2020-04-04spring mvc中@RequestBody注解的作用說(shuō)明
這篇文章主要介紹了spring mvc中@RequestBody注解的作用說(shuō)明,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-08-08MyBatis-Plus詳解(環(huán)境搭建、關(guān)聯(lián)操作)
MyBatis-Plus 是一個(gè) MyBatis 的增強(qiáng)工具,在 MyBatis 的基礎(chǔ)上只做增強(qiáng)不做改變,為簡(jiǎn)化開(kāi)發(fā)、提高效率而生,今天通過(guò)本文給大家介紹MyBatis-Plus環(huán)境搭建及關(guān)聯(lián)操作,需要的朋友參考下吧2022-09-09