当前栏目
12种 vo2dto 方法,就 BeanUtils.copyProperties 压测最拉胯
一、前言
为哈么,你的代码也就仅仅是能用而已?
没有技术深度、短缺知识储备、匮乏经验积累的前提下,怎么写代码?百度呀,遇到问题这搜一点,那查一块,不管它是什么原理还是适合哪种场景,先粘贴到自己的工程里,看,能跑了,能跑就行。那这样的代码也就仅仅是能用程度的交付,根本没有一定的质量保证,也更别提数据结构、算法逻辑和设计模式了,那看的编程资料刷的LeetCode,全歇菜了。
当你感觉看了很多资料又不会用的时候,会说什么,真卷,都学到这样了。但其实我并不觉对技术的深度挖掘、梳理全套的知识体系,一点点耕耘一点点收获是在卷。反而把看技术视频当成看电影一样轻松,不写案例就以为书看会了的爽,没有意义的缺少脑力思考机械式体力重复,才是卷,甚至很卷。
就像让你用一个属性拷贝工具,把vo转成dto,你用了哪呢,是 Apache 的还是 Spring 的,还是其他的什么,哪个效率最高?接下来我们来用数据验证下,并提供出各种案例的使用对比。
二、性能测试对比
在 Java 系统工程开发过程中,都会有各个层之间的对象转换,比如 VO、DTO、PO、VO 等,而如果都是手动get、set又太浪费时间,还可能操作错误,所以选择一个自动化工具会更加方便。
目前我整理出,用于对象属性转换有12种,包括:普通的getset、json2Json、Apache属性拷贝、Spring属性拷贝、bean-mapping、bean-mapping-asm、BeanCopier、Orika、Dozer、ModelMapper、JMapper、MapStruct 接下来我们分别测试这11种属性转换操作分别在一百次、一千次、一万次、十万次、一百万次时候的性能时间对比。
- BeanUtils.copyProperties是大家代码里最常出现的工具类,但只要你不把它用错成Apache包下的,而是使用 Spring 提供的,就基本还不会对性能造成多大影响。
- 但如果说性能更好,可替代手动get、set的,还是MapStruct更好用,因为它本身就是在编译期生成get、set代码,和我们写get、set一样。
- 其他一些组件包主要基于 AOP、ASM、CGlib,的技术手段实现的,所以也会有相应的性能损耗。
三、12种转换案例
源码:https://git***.com/fuzhengwei/guide-vo2dto
描述:在案例工程下创建 interfaces.assembler 包,定义 IAssembler<SOURCE, TARGET>#sourceToTarget(SOURCE var) 接口,提供不同方式的对象转换操作类实现,学习的过程中可以直接下载运行调试。
1. get\set
- 推荐:★★★☆☆
- 性能:★★★★★
- 手段:手写
- 点评:其实这种方式也是日常使用的最多的,性能肯定是杠杠的,就是操作起来有点麻烦。尤其是一大堆属性的 VO 对象转换为 DTO 对象时候。但其实也有一些快捷的操作方式,比如你可以通过 Shift+Alt 选中所有属性,Shift+Tab 归并到一列,接下来在使用 Alt 选中这一列,批量操作粘贴userDTO.set以及快捷键大写属性首字母,最后切换到结尾补充括号和分号,最终格式化一下就搞定了。
2. json2Json
- 推荐:☆☆☆☆☆
- 性能:★☆☆☆☆
- 手段:把对象转JSON串,再把JSON转另外一个对象
- 点评:这么写多半有点烧!
3. Apache copyProperties
- 推荐:☆☆☆☆☆
- 性能:★☆☆☆☆
- 手段:Introspector 机制获取到类的属性来进行赋值操作
- 点评:有坑,兼容性交差,不建议使用
4. Spring copyProperties
- 推荐:★★★☆☆
- 性能:★★★★☆
- 手段:Introspector机制获取到类的属性来进行赋值操作
- 点评:同样是反射的属性拷贝,Spring 提供的 copyProperties 要比 Apache 好用的多,只要你不用错,基本不会有啥问题。
5. Bean Mapping
- 推荐:★★☆☆☆
- 性能:★★★☆☆
- 手段:属性拷贝
- 点评:性能一般
6. Bean Mapping ASM
- 推荐:★★★☆☆
- 性能:★★★★☆
- 手段:基于ASM字节码框架实现
- 点评:与普通的 Bean Mapping 相比,性能有所提升,可以使用。
7. BeanCopier
- 推荐:★★★☆☆
- 性能:★★★★☆
- 手段:基于CGlib字节码操作生成get、set方法
- 点评:整体性能很不错,使用也不复杂,可以使用
8. Orika
- 官网:https://orika-mapper.git***.io/orika-docs/
- 推荐:★★☆☆☆
- 性能:★★★☆☆
- 手段:基于字节码生成映射对象
- 点评:测试性能不是太突出,如果使用的话需要把 MapperFactory 的构建优化成 Bean 对象
9. Dozer
- 官网:http://dozer.sourceforge.net/documentation/gettingstarted.html
- 推荐:★☆☆☆☆
- 性能:★★☆☆☆
- 手段:属性映射框架,递归的方式复制对象
- 点评:性能有点差,不建议使用
10. ModelMapper
- 官网:http://modelmapper.org
- 推荐:★★★☆☆
- 性能:★★★☆☆
- 手段:基于ASM字节码实现
- 点评:转换对象数量较少时性能不错,如果同时大批量转换对象,性能有所下降
11. JMapper
- 官网:https://git***.com/jmapper-framework/jmapper-core/wiki
- 推荐:★★★★☆
- 性能:★★★★★
- 手段:Elegance, high performance and robustness all in one java bean mapper
- 点评:速度真心可以,不过结合 SpringBoot 感觉有的一点点麻烦,可能姿势不对
12. MapStruct
- 官网:https://git***.com/mapstruct/mapstruct
- 推荐:★★★★★
- 性能:★★★★★
- 手段:直接在编译期生成对应的get、set,像手写的代码一样
- 点评:速度很快,不需要到运行期处理,结合到框架中使用方便
四、总结
- 其实对象属性转换的操作无非是基于反射、AOP、CGlib、ASM、Javassist 在编译时和运行期进行处理,再有好的思路就是在编译前生成出对应的get、set,就像手写出来的一样。
- 所以我更推荐我喜欢的 MapStruct,这货用起来还是比较舒服的,一种是来自于功能上的拓展性,易用性和兼容性。
- 无论哪种使用,都要做一下完整的测试和验证,不要上来就复制粘贴,否则你可能早早的就把挖好坑了,当然不一定是哪个兄弟来填坑了。
相关文章
- vivo悟空活动中台-打造 Nodejs 版本的MyBatis
- 前端科普系列(3):CommonJS 不是前端却革命了前端
- 前端科普系列(2):Node.js 换个角度看世界
- 探究JS V8引擎下的“数组”底层实现
- JavaScript 引擎 V8 执行流程概述
- 如何编写高质量的 JS 函数(4) --函数式编程[实战篇]
- 为什么 JavaScript 中 0.1+0.2 不等于 0.3 ?
- Javascript之旅——终点站:困惑的settimeout
- Javascript之旅——第十一站:原型也不好理解?
- Javascript之旅——第十站:为什么都说闭包难理解呢?
- Javascript之旅——第九站:吐槽function
- Javascript之旅——第八站:说说instanceof踩了一个坑
- Javascript之旅——第七站:说说js的调试
- Javascript之旅——第六站:看看writable特性
- Javascript之旅——第五站:说说那些所谓的包装类型
- Javascript之旅——第四站:parseInt中要注意的坑
- Javascript之旅——第三站:几个需要注意的运算符
- Javascript之旅——第二站:对象和数组
- Javascript之旅——第一站:从变量说起
- php返回json格式的{}花括号