文章目录MapStruct Plus一个注解搞定 Java 类型转换核心就一招注解驱动Spring Boot 接入相比手写和 BeanUtils 区别在哪一点不足适合谁用MapStruct Plus一个注解搞定 Java 类型转换写 Java 的时候对象之间的转换是个绕不开的活儿。DTO、BO、VO、Entity 来回倒腾手写 setter 一行行拷贝看着就累。原生的 MapStruct 解决了一部分问题但还得自己定义 Mapper 接口每个转换都要写一遍。MapStruct Plus 就是来把这个过程再简化一步的。它的目标挺直接做最简单、最强大的类型转换工具。只增强不修改 MapStruct 本身上手成本几乎为零。核心就一招注解驱动原版 MapStruct 的用法是定义一个 Mapper 接口方法签名写明白从哪个类转到哪个类。MapStruct Plus 把这一步省了。在需要转换的类上加一个AutoMapper注解指定目标类型剩下的让注解处理器去生成。代码里只要注入Converter调用convert方法就行从哪个对象转到哪个对象参数一传就完事。举个小例子。两个类User和UserDto字段都一样username、age、young。在User上标一句AutoMapper(target UserDto.class) public class User { // ... }测试代码里直接Autowired private Converter converter; UserDto userDto converter.convert(user, UserDto.class);字段对得上就自动映射对不上可以走 MapStruct 原有的字段映射注解不冲突。反向转换也支持只要在UserDto上再加一个注解指向User双向都能用。Spring Boot 接入引入mapstruct-plus-spring-boot-starter依赖再配maven-compiler-plugin把mapstruct-plus-processor挂到注解处理路径上。这一步看着繁琐其实就是把 MapStruct 的代码生成器接进来。配完以后Converter就是个现成的 Bean哪儿需要哪儿注入。非 Spring 项目也能用只是要手动拿到Converter实例文档里有说明。整体接入成本在一个 Maven 依赖加一段插件配置的程度。相比手写和 BeanUtils 区别在哪BeanUtils 是反射拷贝性能低字眼稍微不一致就拷不上类型不匹配也只是忽略。手写转换代码性能没问题但字段一多就全是重复劳动改一个字段得同步改两处。MapStruct 系列走编译期生成代码的路线性能等同手写。原版需要写接口MapStruct Plus 把接口也省了写注解的就别再写一遍方法签名。从代码量来说转换关系本身就是元数据注解表达比接口表达更紧凑。实际用下来新项目接入基本零阻力。老项目要替换 BeanUtils 的话得先把字段命名规整一下因为 MapStruct 默认按名称匹配字段名不一致得显式映射。一点不足复杂映射做不了太花的事。比如多层嵌套对象、聚合多个源对象到一个目标这些场景还是得回到原版 MapStruct 写自定义方法。MapStruct Plus 的定位是把简单场景做到极致复杂场景不挡路该回退就回退。文档主要在 mapstruct.plus 上国内 Gitee 有镜像站点。项目本身还在持续更新最近版本到 1.5.x作者还在维护自己的其他开源项目活跃度看着没问题。适合谁用Spring Boot 项目里 DTO 转换频繁、字段基本对得上的场景最合适。手写转换代码写到烦的同学可以试一下几行依赖加一个注解省下来的时间是实打实的。老项目用 BeanUtils 用得很深的没必要硬替换。反射那点性能损耗在你业务里要是无所谓继续用也没毛病。新项目或者对性能敏感的部分用 MapStruct Plus更快也更清晰。点性能损耗在你业务里要是无所谓继续用也没毛病。新项目或者对性能敏感的部分用 MapStruct Plus更快也更清晰。