用Spring的BeanUtils前，提议你先相识这几个坑

配景

最近项目中在和第三方举办联调一个接口，我们这边发送http哀求给对方，然后吸取对方的回应，代码都是老代码。按照注释，对方的SDK中写好的Request类有一个无法序列化的bug，以是这边从头写了一个Request类，根基属性都是沟通的，可是重点是有一个属性是静态内部类，尚有两个是list属性，相同于下面这样：

AddRequest就是我们本身重写的哀求类，他们SDK中的哀求类是MixAddRequest，我们组装好哀求参数后操作Spring的BeanUtils的copyProperties要领将AddRequest中的属性拷贝到MixAddRequest，然后发送哀求。到此为止，照理说统统美满

功效哀求失败，纳尼?对方说穷乏一个须要的字段，参数校验不通过，一查字段名称，是Ticket这个类内里的某个字段，赶忙看代码，内心布满对老代码的自信，想着必然是那边搞错了，可能是他们何处偷偷动了代码，把字段从可选改为了必选，嘿嘿。

公然在代码里找到了配置的处所，这下应该是他们的题目确信无疑了，再开一把调试，筹备宣判他们的极刑。功效发明发给他们的哀求就是没有这个字段。。。中间只有一个Spring的copy属性的要领，其时认为很诡异。

因为中间只有这么一行代码，玄机必定在这内里，起源猜疑是两个静态内部类差异导致，以是本身写Demo，筹备搞一把这个BeanUtils的copyProperties要领，写了两个类和一个Main，@Data和@ToString是lombok插件的注解，这里用来自动天生getter和setter要领以及toString要领。

这里碰着了第一个坑，一开始图省事，属性写为public，想着省掉了getter和setter要领，没加@Data注解，功效运行完test2全部属性都为null，一个都没copy已往，加上@Data继承跑，公然，根基属性(String)复制已往了，可是内部类在test2中照旧null。那就验证了真的是内部类的题目，有点不敢信托本身的眼睛，事实线上跑了这么久的代码。。。

知道了题目，总要想着怎么办理吧，以是必要单独配置一下内部类，单独copy，假如内部类的bean属性较多可能递归的bean属性许多，那可以本身封装一个要领，用于递归拷贝，我这里只有一层，以是直接特殊copy一次。

记得内部类的属性也是要有setter要领的，否则也会导致copy失败，各人还记得我开头说到尚有两个List属性的吧，为什么要提到这个呢?你猜。

着实list内里的两个类也都是重写的内部类，他们也是差异的，其时他们却顺遂copy已往了，为什么呢?由于java的泛型只在编译期起浸染，在运行期，list属性就是一个存放Object的荟萃，在copy后，MixAddRequest的orders属性着实是一个Order类的荟萃，但却不是本身内部类的荟萃，是AddRequest的内部类Order的荟萃，但由于对方是理会json的，以是没有产生错误。。。

总结

1.Spring的BeanUtils的CopyProperties要领必要对应的属性有getter和setter要领;

2.假如存在属性完全沟通的内部类，可是不是统一个内部类，即别离属于各自的内部类，则spring会以为属性差异，不会copy;

3.泛型只在编译期起浸染，不能依赖泛型来做运行期的限定;

4.最后，spring和apache的copy属性的要领源和目标参数的位置正好相反，以是导包和挪用的时辰都要留意一下。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!