java对象拷贝_阿里Java开发规约为什么不建议使用Apache BeanUtils拷贝对象？

前言

做 JAVA 开发的同学都知道，在 JAVA 世界中万事万物皆为对象。是我们在实际开发中，经常会遇到将一个对象实例拷贝转换为另一个对象实例的情况：对两个对象的属性进行浅(深)度复制。

举个例子：

在 controller 中接收前端传递的参数的实体定义为以 Args结尾的类，然后我们在调用 service 层的接口，但是 service 中的接口参数是以 DTO 结尾的类型，这时候就需要将 Args 类对象属性拷贝到 DTO 类对象上，由于对象的类型是不一样的，所以我们需要编写映射代码将源对象的属性值从一种类型转换为另一种类型。

在具体介绍 BeanUtils 工具以前，先介绍一个有关拷贝的基础知识。其实所有的 BeanUtils本质上就是对象拷贝工具，通常对象拷贝分为：深拷贝和浅拷贝，接下来做详细解释。

什么是浅拷贝和深拷贝

在 JAVA 中除了 char、byte、short、int、long、float、double、boolean等基础类型之外，还有类实例对象的引用数据类型。

一般使用"="做赋值操作，对于基本数据类型，实际上是拷贝的它的值，对于对象而言，赋值的实际上是这个对象的引用，将源对象的引用传递过去，本质上还是指向同一个对象。

通常说的浅拷贝和深拷贝就是在这个基础上来做区分的。那么什么是深拷贝，什么是浅拷贝呢？

如果在拷贝这个对象的时候，只对基本数据类型进行了拷贝，而对引用数据类型只是进行引用的传递，而没有真实的创建一个新的对象，即为浅拷贝。

反之，在对引用数据类型进行拷贝的时候，创建了一个新的对象，并且复制其内的成员变量，即为深拷贝。

简单来说：

浅拷贝：针对基本数据类型进行值传递，针对引用类型进行引用传递的拷贝即为浅拷贝深拷贝：针对基本数据类型进行值传递，针对引用数据类型，先创建新的对象实例，并复制其内容，即为深拷贝。

BeanUtils

前面介绍了关于拷贝的一些基础知识，相信大家已经有所了解，下面就进行本文的主题，具体来分析一下Apache BeanUtils 和 Spring BeanUtils这两种 BeanUtils 工具的实现和性能。

Apache 的 BeanUtils

先给出一个简单的使用实例，代码如下：

从上面的例子可以看出，BeanUtils工具的使用非常简单，最常用的方法就是：

默认情况下，使用org.apache.commons.beanutils.BeanUtils对复杂对象是进行的浅拷贝，但是由于 Apache下的BeanUtils对象拷贝性能太差，不建议使用，这在阿里巴巴Java开发规约插件上也明确指出：

Ali-Check | 避免用Apache Beanutils进行属性的copy。

到这里你可能会疑惑，为什么会出现拷贝性能差的情况呢？

因为在对对象进行拷贝的时候添加很多的校验，比如像类型转换，甚至还校验了对象所属类的访问权限，可以说校验是相当的复杂，这也就是造成性能差的根本原因，我们看下它的具体代码实现：

Spring 的 BeanUtils

还是老规则，先给出使用实例：

从上面的实例可以看出上 Apache 的 BeanUtils 工具的使用方式基本一直，非常简单。

Spring下的BeanUtils也是使用 copyProperties方法进行拷贝，不过实现的方式相对于前者要来得简单得多了，可以说是非常的简单，就是根据两个对象属性的名字进行匹配，做简单的 get/set，仅检查属性的可访问性。具体实现如下：

从上面的实现源码可以看到：成员变量赋值是基于目标对象的成员列表，并且会跳过ignore以及在源对象中不存在的属性，所以这个方法是安全的，不会因为两个对象之间的结构差异导致错误，但是必须保证同名的两个成员变量类型相同

小结

以上简要的分析两种BeanUtils的具体实现以及性能相关的分析，得出结论：Apache下的BeanUtils由于各种繁琐的校验以及可访问性的校验等等，导致性能较差，故实际开发中不建议使用，可以使用 Spring的BeanUtils ，或者使用其他拷贝框架进行替代，比如：Dozer、ModelMapper等等。