做java开发的程序员相信都读过阿里版的开发规范，可能还不只读一次，是反反复复的读那种，在阿里开发规范有这么一节应用分层。从显示层->web请求处理层->service业务逻辑层->manger通用业务处理层->dao数据持久层，上层依赖下层这么一个工程结构，这也是目前大多数企业开发使用的工程分层，每个公司大同小异。
同时为了层与层之间的解耦，也会有对应的分层领域模型，前端到web层用VO对象，显示层到Service层用DTO对象，Service层到dao数据层用DO对象，虽然这种领域分层的思想能带来层与层之间的逻辑解耦，让每层专注于自己的核心职责和逻辑，避免所有代码写在一起像一团乱麻一样，提升了代码的可读性和可维护性，但同样也带来另一个问题，层与层之间为了解耦，定义了太多的领域对象模型，对象模型之间需要进行转换，开发的成本直线上升，那么有没有办法能减少这块的工作呢？答案是肯定的。
对象转换的几种方法一、get/set赋值方式：这种一般用于对象属性较少,如果碰到对象属性多的情况，就很容易眼花缭乱，一不小心就写错了，耗时耗力先不说，同时也会带来整个代码段非常的臃肿,几十上百行都是在get/set。
二、Apache BeanUtils：直接用apache的工具类BeanUtils.copyProperties进行对象拷贝，但使用了很多反射，做了很多校验，所以导致性能较差，一般用在对性能要求不太高的业务中去使用，如果你是使用了spring 框架，也可以使用Spring 自带的BeanUtils.copyProperties，在性能方面比它要好些，去掉了一些不必要的校验以及增加了一些缓存的机制，加快了转换的速度。
三、MapStruct：它是基于编译时的一个框架，在编译期间就将代码进行生成class文件，所以和我们使用get/set 方法的性能是一致的。
当然还有一些不是很常用的转换方法，比如通过JSON的方式进行转换，通过基于cglib的动态代理BeanCopier的方式进行转换等等。
MapStruct
一、如何使用？
拿官方的使用文档的说明作为例子
第一步：引入jar包，目前最新版本是1.6.2版本，因为是编译时生成class文件，所以还需要引入maven plugin
...<properties> <org.mapstruct.version>1.6.2</org.mapstruct.version></properties>...<dependencies> <dependency> <groupId>org.mapstruct</groupId> <artifactId>mapstruct</artifactId> <version>${org.mapstruct.version}</version> </dependency></dependencies>...<build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <version>3.8.1</version> <configuration> <source>1.8</source> <target>1.8</target> <annotationProcessorPaths> <path> <groupId>org.mapstruct</groupId> <artifactId>mapstruct-processor</artifactId> <version>${org.mapstruct.version}</version> </path> </annotationProcessorPaths> </configuration> </plugin> </plugins></build>...第二步：准备好两个需要进行转换的对象
public Car { private String make; private int numberOfSeats; private CarType type; //constructor, getters, setters etc.}public CarDto { private String make; private int seatCount; private String type; //constructor, getters, setters etc.}第三步：定义转移的mapper类，如果原对象属性和目标对象属性不一致，可以使用mapping进行字段映射，一致的话就不需要进行映射了。
@Mapper public interface CarMapper { CarMapper INSTANCE = Mappers.getMapper( CarMapper.class ); @Mapping(source = "numberOfSeats", target = "seatCount") CarDto carToCarDto(Car car); }一个简单的对象之间的转换就完成了，是不是so easy。
当然针对于一些复杂的属性转换，也可以自己自定义转换类，详细可以参考mapstrut的官方使用文档https://mapstruct.org/documentation/stable/reference/html
二、MapStruct避坑误区
对象属性转换的坑
1、MapStruct能够帮助我们在一些类型之间进行自动转换，比如Long 映射成为Integer，这个时候就会出现当Long的数值超过Integer的最大值，出现值溢出的现象
2、对于一些日期的转换，Mapstruct进行时间格式化时，采用的是默认时区UTC，这就会导致时间出现问题。
要避免此类问题，尽量避免出现原对象的属性类型与目标对象的属性一致，实在要进行转换，需要查看MapStruct生成后的源码情况时什么。
.....
和Lombok共用的坑
如果我们对象使用 Lombok 的话，使用 @Mapping指定不同字段名，编译期间可能会报错，这是因为Lombok 也是编译期时自动生成代码，这两者可能导致冲突，当 MapStruct 生成代码时，还不存在 Lombok 生成的代码。
解决这类问题的方法，就是maven plugin增加lombok。
<build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <version>3.8.1</version> <configuration> <source>1.8</source> <target>1.8</target> <annotationProcessorPaths> <path> <groupId>org.mapstruct</groupId> <artifactId>mapstruct-processor</artifactId> <version>${org.mapstruct.version}</version> </path> <path> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <version>${org.projectlombok.version}</version> </path> </annotationProcessorPaths> </configuration> </plugin> </plugins></build>当然mapstrut使用还有很多其他的误区，要避免在使用过程尽量不犯错或者是少犯错，建议多看下它编译后生成的源码文件，毕竟自动生成的代码也有可能存在问题，通过查看这些代码，也可以帮助我们了解mapstrut是如何映射的，有助于我们发现问题解决问题。