之前看到了一篇文章《用Spring的BeanUtils前,建议你先了解这几个坑》,貌似最近还有很多公众号在发这个,今天结合实际操作来说说我的观点.
在这篇文章里面,作者最后得到了这几个结论:
在这里,我们今天重点说的是第二点,第一点是因为用反射拿到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或者是想提高自己开发能力的,我们在看一件事的时候,要看清楚它的本质是什么,最少工作原理是要搞明白的,尤其是我们开发用到的东西,否则怎么去面对一个很复杂的软件呢?