在这篇文章里面，作者最后得到了这几个结论:
- Spring得BeanUtils得CopyProperties方法需要对应得属性有getter和setter方法;
- 如果存在属性完全相同得内部类，但是不是同一个内部类，即分别属于各自得内部类，则Spring会认为属性不同,不会Copy;
- 泛型只在编译期起作用，不能依靠泛型来做运行期得限制；
- 最后，Spring和Apache得copy属性得方法源和目的参数得位置正好相反，所以导包和调用得时候需要注意以下。
在这里，我们今天重点说的是第二点，第一点是因为用反射拿到set和get方法再去拿属性值和设置属性值的，不懂反射的人可以自行百度下。第三和第四点很简单了应该是不需要解释的。
验证
首先，我把我自己的测试代码贴出来：
体验AI代码助手
代码解读
复制代码
@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;
}
}
}
体验AI代码助手
代码解读
复制代码
@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;
}
}
}
体验AI代码助手
代码解读
复制代码
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名字都不一样（代表加载到虚拟机之后的地址不同），怎么可能拷贝成功呢？
那么问题来了哈，我们怎样用才能让其拷贝成功呢？我稍微修改了下我的代码如下：
体验AI代码助手
代码解读
复制代码
@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或者是想提高自己开发能力的，我们在看一件事的时候，要看清楚它的本质是什么，最少工作原理是要搞明白的，尤其是我们开发用到的东西，否则怎么去面对一个很复杂的软件呢？
