MapperStruct的使用教程

前言

相信絕大多數(shù)的業(yè)務(wù)開(kāi)發(fā)同學(xué)，日常的工作都離不開(kāi)寫(xiě) getter、setter 方法。要么是將下游的 RPC 結(jié)果通過(guò)getter、setter 方法進(jìn)行獲取組裝。要么就是將自己系統(tǒng)內(nèi)部的處理結(jié)果通過(guò) getter、setter 方法處理成前端所需要的 VO 對(duì)象。

publicUserInfoVOoriginalCopyItem(UserDTOuserDTO){
UserInfoVOuserInfoVO=newUserInfoVO();
userInfoVO.setUserName(userDTO.getName());
userInfoVO.setAge(userDTO.getAge());
userInfoVO.setBirthday(userDTO.getBirthday());
userInfoVO.setIdCard(userDTO.getIdCard());
userInfoVO.setGender(userDTO.getGender());
userInfoVO.setIsMarried(userDTO.getIsMarried());
userInfoVO.setPhoneNumber(userDTO.getPhoneNumber());
userInfoVO.setAddress(userDTO.getAddress());
returnuserInfoVO;
}

傳統(tǒng)的方法一般是采用硬編碼，將每個(gè)對(duì)象的值都逐一設(shè)值。當(dāng)然為了偷懶也會(huì)有采用一些 BeanUtil 簡(jiǎn)約代碼的方式：

publicUserInfoVOutilCopyItem(UserDTOuserDTO){
UserInfoVOuserInfoVO=newUserInfoVO();
//采用反射、內(nèi)省機(jī)制實(shí)現(xiàn)拷貝
BeanUtils.copyProperties(userDTO,userInfoVO);
returnuserInfoVO;
}

但是，像 BeanUtils 這類(lèi)通過(guò)反射、內(nèi)省等實(shí)現(xiàn)的框架，在速度上會(huì)帶來(lái)比較嚴(yán)重的影響。尤其是對(duì)于一些大字段、大對(duì)象而言，這個(gè)速度的缺陷就會(huì)越明顯。針對(duì)速度這塊我還專(zhuān)門(mén)進(jìn)行了測(cè)試，對(duì)普通的 setter 方法、BeanUtils 的拷貝以及本次需要介紹的 mapperStruct 進(jìn)行了一次對(duì)比。得到的耗時(shí)結(jié)果如下所示：(具體的運(yùn)行代碼請(qǐng)見(jiàn)附錄)

以上單位均為毫微秒。括號(hào)內(nèi)的為當(dāng)前組件同 Setter 比較的比值?？梢钥吹?BeanUtils 的拷貝耗時(shí)基本為 setter 方法的十倍、二十倍以上。而 MapperStruct 方法拷貝的耗時(shí)，則與 setter 方法相近。由此可見(jiàn)，簡(jiǎn)單的 BeanUtils 確實(shí)會(huì)給服務(wù)的性能帶來(lái)很大的壓力。而 MapperStruct 拷貝則可以很好的解決這個(gè)問(wèn)題。

下面我們就來(lái)介紹一下 MapperStruct 這個(gè)能夠很好提升我們代碼效率的工具。

使用教程

maven依賴

首先要導(dǎo)入 mapStruct 的 maven 依賴，這里我們選擇最新的版本 1.5.0.RC1。

...

1.5.0.RC1

...

//mapStructmaven依賴


org.mapstruct
mapstruct
${org.mapstruct.version}


...

//編譯的組件需要配置



org.apache.maven.plugins
maven-compiler-plugin
3.8.1

1.8 
1.8 


org.mapstruct
mapstruct-processor
${org.mapstruct.version}

 

在引入 maven 依賴后，我們首先來(lái)定義需要轉(zhuǎn)換的 DTO 及 VO 信息，主要包含的信息是名字、年齡、生日、性別等信息。

@Data
publicclassUserDTO{
privateStringname;

privateintage;

privateDatebirthday;

//1-男0-女
privateintgender;

privateStringidCard;

privateStringphoneNumber;

privateStringaddress;

privateBooleanisMarried;
}
@Data
publicclassUserInfoVO{
privateStringuserName;

privateintage;

privateDatebirthday;

//1-男0-女
privateintgender;

privateStringidCard;

privateStringphoneNumber;

privateStringaddress;

privateBooleanisMarried;
}

緊接著需要編寫(xiě)相應(yīng)的mapper類(lèi)，以便生成相應(yīng)的編譯類(lèi)。

@Mapper
publicinterfaceInfoConverter{

InfoConverterINSTANT=Mappers.getMapper(InfoConverter.class);

@Mappings({
@Mapping(source="name",target="userName")
})
UserInfoVOconvert(UserDTOuserDto);
}

需要注意的是，因?yàn)?DTO 中的 name 對(duì)應(yīng)的其實(shí)是 VO 中的 userName。因此需要在 converter 中顯式聲明。在編寫(xiě)完對(duì)應(yīng)的文件之后，需要執(zhí)行 maven 的 complie 命令使得 IDE 編譯生成對(duì)應(yīng)的 Impl 對(duì)象。（自動(dòng)生成）

到此，mapperStruct 的接入就算是完成了～。我們就可以在我們的代碼中使用這個(gè)拷貝類(lèi)了。

publicUserInfoVOnewCopyItem(UserDTOuserDTO,inttimes){
UserInfoVOuserInfoVO=newUserInfoVO();
userInfoVO=InfoConverter.INSTANT.convert(userDTO);
returnuserInfoVO;
}

怎么樣，接入是不是很簡(jiǎn)單～

FAQ

1、接入項(xiàng)目時(shí)，發(fā)現(xiàn)并沒(méi)有生成對(duì)應(yīng)的編譯對(duì)象class，這個(gè)是什么原因？

答：可能的原因有如下幾個(gè)：

忘記編寫(xiě)對(duì)應(yīng)的 @Mapper 注解，因而沒(méi)有生成

沒(méi)有配置上述提及的插件 maven-compiler-plugin

沒(méi)有執(zhí)行 maven 的 Compile，IDE 沒(méi)有進(jìn)行相應(yīng)編譯

2、接入項(xiàng)目后發(fā)現(xiàn)，我項(xiàng)目?jī)?nèi)的 Lombok、@Data 注解不好使了，這怎么辦呢？

由于 Lombok 本身是對(duì) AST 進(jìn)行修改實(shí)現(xiàn)的，但是 mapStruct 在執(zhí)行的時(shí)候并不能檢測(cè)到 Lombok 所做的修改，因此需要額外的引入 maven 依賴lombok-mapstruct-binding。

......
1.5.0.RC1
0.2.0
1.18.20
......

......

org.mapstruct
mapstruct
${org.mapstruct.version}


org.projectlombok
lombok-mapstruct-binding
${lombok-mapstruct-binding.version}


org.projectlombok
lombok
${lombok.version}

更詳細(xì)的，mapperStruct 在官網(wǎng)中還提供了一個(gè)實(shí)現(xiàn) Lombok 及 mapStruct 同時(shí)并存的案例

「3、更多問(wèn)題：」

歡迎查看MapStruct官網(wǎng)文檔，里面對(duì)各種問(wèn)題都有更詳細(xì)的解釋及解答。

實(shí)現(xiàn)原理

在聊到 mapstruct 的實(shí)現(xiàn)原理之前，我們就需要先回憶一下 JAVA 代碼運(yùn)行的過(guò)程。大致的執(zhí)行生成的流程如下所示：

可以直觀的看到，如果我們想不通過(guò)編碼的方式對(duì)程序進(jìn)行修改增強(qiáng)，可以考慮對(duì)抽象語(yǔ)法樹(shù)進(jìn)行相應(yīng)的修改。而mapstruct 也正是如此做的。具體的執(zhí)行邏輯如下所示：

為了實(shí)現(xiàn)該方法，mapstruct 基于JSR 269 實(shí)現(xiàn)了代碼。JSR 269 是 JDK 引進(jìn)的一種規(guī)范。有了它，能夠在編譯期處理注解，并且讀取、修改和添加抽象語(yǔ)法樹(shù)中的內(nèi)容。JSR 269 使用 Annotation Processor 在編譯期間處理注解，Annotation Processor 相當(dāng)于編譯器的一種插件，因此又稱(chēng)為插入式注解處理。想要實(shí)現(xiàn) JSR 269，主要有以下幾個(gè)步驟：

繼承 AbstractProcessor 類(lèi)，并且重寫(xiě) process 方法，在 process 方法中實(shí)現(xiàn)自己的注解處理邏輯。

在 META-INF/services 目錄下創(chuàng)建 javax.annotation.processing.Processor 文件注冊(cè)自己實(shí)現(xiàn)的 Annotation Processor。

通過(guò)實(shí)現(xiàn)AbstractProcessor，在程序進(jìn)行 compile 的時(shí)候，會(huì)對(duì)相應(yīng)的 AST 進(jìn)行修改。從而達(dá)到目的。

publicvoidcompile(ListsourceFileObjects,
Listclassnames,
Iterableprocessors)
{
if(processors!=null&&processors.iterator().hasNext())
explicitAnnotationProcessingRequested=true;
//asaJavaCompilercanonlybeusedonce,throwanexceptionif
//ithasbeenusedbefore.
if(hasBeenUsed)
thrownewAssertionError("attempttoreuseJavaCompiler");
hasBeenUsed=true;

//forciblysettheequivalentof-Xlint:-options,sothatnofurther
//warningsaboutcommandlineoptionsaregeneratedfromthispointon
options.put(XLINT_CUSTOM.text+"-"+LintCategory.OPTIONS.option,"true");
options.remove(XLINT_CUSTOM.text+LintCategory.OPTIONS.option);

start_msec=now();

try{
initProcessAnnotations(processors);

//此處會(huì)調(diào)用到mapStruct中的processor類(lèi)的方法.
delegateCompiler=
processAnnotations(
enterTrees(stopIfError(CompileState.PARSE,parseFiles(sourceFileObjects))),
classnames);

delegateCompiler.compile2();
delegateCompiler.close();
elapsed_msec=delegateCompiler.elapsed_msec;
}catch(Abortex){
if(devVerbose)
ex.printStackTrace(System.err);
}finally{
if(procEnvImpl!=null)
procEnvImpl.close();
}
}

關(guān)鍵代碼，在mapstruct-processor包中，有個(gè)對(duì)應(yīng)的類(lèi)MappingProcessor繼承了 AbstractProcessor，并實(shí)現(xiàn)其 process 方法。通過(guò)對(duì) AST 進(jìn)行相應(yīng)的代碼增強(qiáng)，從而實(shí)現(xiàn)對(duì)最終編譯的對(duì)象進(jìn)行修改的方法。

@SupportedAnnotationTypes({"org.mapstruct.Mapper"})
@SupportedOptions({"mapstruct.suppressGeneratorTimestamp","mapstruct.suppressGeneratorVersionInfoComment","mapstruct.unmappedTargetPolicy","mapstruct.unmappedSourcePolicy","mapstruct.defaultComponentModel","mapstruct.defaultInjectionStrategy","mapstruct.disableBuilders","mapstruct.verbose"})
publicclassMappingProcessorextendsAbstractProcessor{
publicbooleanprocess(Setannotations,RoundEnvironmentroundEnvironment){
if(!roundEnvironment.processingOver()){
RoundContextroundContext=newRoundContext(this.annotationProcessorContext);
SetdeferredMappers=this.getAndResetDeferredMappers();
this.processMapperElements(deferredMappers,roundContext);
Setmappers=this.getMappers(annotations,roundEnvironment);
this.processMapperElements(mappers,roundContext);
}elseif(!this.deferredMappers.isEmpty()){
Iteratorvar8=this.deferredMappers.iterator();

while(var8.hasNext()){
MappingProcessor.DeferredMapperdeferredMapper=(MappingProcessor.DeferredMapper)var8.next();
TypeElementdeferredMapperElement=deferredMapper.deferredMapperElement;
ElementerroneousElement=deferredMapper.erroneousElement;
StringerroneousElementName;
if(erroneousElementinstanceofQualifiedNameable){
erroneousElementName=((QualifiedNameable)erroneousElement).getQualifiedName().toString();
}else{
erroneousElementName=erroneousElement!=null?erroneousElement.getSimpleName().toString():null;
}

deferredMapperElement=this.annotationProcessorContext.getElementUtils().getTypeElement(deferredMapperElement.getQualifiedName());
this.processingEnv.getMessager().printMessage(Kind.ERROR,"Noimplementationwascreatedfor"+deferredMapperElement.getSimpleName()+"duetohavingaproblemintheerroneouselement"+erroneousElementName+".Hint:thisoftenmeansthatsomeotherannotationprocessorwassupposedtoprocesstheerroneouselement.YoucanalsoenableMapStructverbosemodebysetting-Amapstruct.verbose=trueasacompilationargument.",deferredMapperElement);
}
}

returnfalse;
}
}

「如何斷點(diǎn)調(diào)試：」

因?yàn)檫@個(gè)注解處理器是在解析->編譯的過(guò)程完成，跟普通的 jar 包調(diào)試不太一樣，maven 框架為我們提供了調(diào)試入口，需要借助 maven 才能實(shí)現(xiàn) debug。所以需要在編譯過(guò)程打開(kāi) debug 才可調(diào)試。

在項(xiàng)目的 pom 文件所在目錄執(zhí)行 mvnDebug compile

接著用 idea 打開(kāi)項(xiàng)目，添加一個(gè) remote，端口為 8000

打上斷點(diǎn)，debug 運(yùn)行 remote 即可調(diào)試。

附錄

測(cè)試代碼如下，采用Spock框架 + JAVA代碼 實(shí)現(xiàn)。Spock框架作為當(dāng)前最火熱的測(cè)試框架，你值得學(xué)習(xí)一下。Spock框架初體驗(yàn)：更優(yōu)雅地寫(xiě)好你的單元測(cè)試

//@Resource
@Shared
MapperStructServicemapperStructService

defsetupSpec(){
mapperStructService=newMapperStructService()
}

@Unroll
def"testmapperStructTesttimes=#times"(){
given:"初始化數(shù)據(jù)"
UserDTOdto=newUserDTO(name:"笑傲菌",age:20,idCard:"1234",
phoneNumber:"18211932334",address:"北京天安門(mén)",gender:1,
birthday:newDate(),isMarried:false)

when:"調(diào)用方法"
//傳統(tǒng)的getter、setter拷貝
longstartTime=System.nanoTime();
UserInfoVOoldRes=mapperStructService.originalCopyItem(dto,times)
DurationoriginalWasteTime=Duration.ofNanos(System.nanoTime()-startTime);

//采用工具實(shí)現(xiàn)反射類(lèi)的拷貝
longstartTime1=System.nanoTime();
UserInfoVOutilRes=mapperStructService.utilCopyItem(dto,times)
DurationutilWasteTime=Duration.ofNanos(System.nanoTime()-startTime1);

longstartTime2=System.nanoTime();
UserInfoVOmapStructRes=mapperStructService.newCopyItem(dto,times)
DurationmapStructWasteTime=Duration.ofNanos(System.nanoTime()-startTime2);

then:"校驗(yàn)數(shù)據(jù)"
println("times="+times)
println("原始拷貝的消耗時(shí)間為:"+originalWasteTime.getNano())
println("BeanUtils拷貝的消耗時(shí)間為:"+utilWasteTime.getNano())
println("mapStruct拷貝的消耗時(shí)間為:"+mapStructWasteTime.getNano())
println()

where:"比較不同次數(shù)調(diào)用的耗時(shí)"
times||ignore
1||null
10||null
100||null
1000||null
}

測(cè)試的Service如下所示：

publicclassMapperStructService{

publicUserInfoVOnewCopyItem(UserDTOuserDTO,inttimes){
UserInfoVOuserInfoVO=newUserInfoVO();
for(inti=0;i

	

	審核編輯：湯梓紅