之前看到了一篇文章《用Spring的BeanUtils前,建议你先了解这几个坑》,貌似最近还有很多公众号在发这个,今天结合实际操作来说说我的观点.
在这篇文章里面,作者最后得到了这几个结论:
- 1.Spring得BeanUtils得CopyProperties方法需要对应得属性有getter和setter方法;
- 2.如果存在属性完全相同得内部类,但是不是同一个内部类,即分别属于各自得内部类,则Spring会认为属性不同,不会Copy;
- 3.泛型只在编译期起作用,不能依靠泛型来做运行期得限制;
- 4.最后,Spring和Apache得copy属性得方法源和目的参数得位置正好相反,所以导包和调用得时候需要注意以下。
在这里,我们今天重点说的是第二点,第一点是因为用反射拿到set和get方法再去拿属性值和设置属性值的,不懂反射的人可以自行百度下。第三和第四点很简单了应该是不需要解释的。
验证
首先,我把我自己的测试代码也贴出来:
@Data
public class TestEntity{
private Integer age;
private String name;
private Inner inner;
@Data
public static class Inner{
private Integer a;
public Inner(Integer a){
this.a = a;
}
}
}
@Data
public class TestVO{
private Integer age;
private String name;
private Inner inner;
@Data
public static class Inner{
private Integer a;
public Inner(Integer a){
this.a = a;
}
}
}
public class Main{
public static void main(String args[]){
TestEntity entity = new TestEntity();
entity.setAge(1);
entity.setName("hehe");
entity.setInner(new TestEntity.Inner(1));
TestVO vo = new TestVO();
BeanUtils.copyProperties(entity,vo);
System.out.println(vo.toString());
}
}
以上就是我得三个类,是不是超级简单,比如工作中将entity转vo,就有这种使用场景,运行main方法,测试结果如下:
果然,和那个作者得出的第二点的结论是一样的,b对象里面的inner是null!
但是这个是为什么呢?这个是BUG吗?这个也是我今天要说的重点。
我们知道,java给我们提供了内部类这样的东东,但是java的内部类,它其实只是java的一个语法糖而已(不知道什么是语法糖的请自行百度),那么我们定义得两个JAVA类里面的Inner的真面目到底是怎样的呢?
来到编译后的.class文件目录下,我们可以看到编译后得.class文件:
哈哈,不知道读者到这里是不是能明白些什么了呢?为什么经过BeanUtils.CopyProperties(entity,vo)之后,vo里面的inner还是null,因为TestEntity.java和TestVO.java里面的Inner在编译之后的class名字都不一样(代表加载到虚拟机之后的地址不同),怎么可能拷贝成功呢?
那么问题来了哈,我们怎样用才能让其拷贝成功呢?我稍微修改了下我的代码如下:
@Data
public class TestVO{
private Integer age;
private String name;
private TestEntity.Inner inner;
}
仅仅是把Inner变为了TestEntity.Inner,删掉了没引用得内部类Inner,Main.java不变,然后运行结果如下:
可以看到,b对象里面的inner被成功拷贝过来。
此时编译后得class文件也由5个变为了4个
总结
所以说,其实人家Spring的BeanUtils.CopyProperties并没有这种坑,坑的只是我们自己没有掌握本质导致自己坑了自己而已。相信能看这种文章的小伙伴都是想搞懂spring或者是想提高自己开发能力的,我们在看一件事的时候,要看清楚它的本质是什么,最少工作原理是要搞明白的,尤其是我们开发用到的东西,否则怎么去面对一个很复杂的软件呢?