加入收藏 | 设为首页 | 会员中心 | 我要投稿 河北网 (https://www.hebeiwang.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 建站 > 正文

四条使用Spring BeanUtils的总结,避免各种诡异的属性拷贝问题!

发布时间:2019-11-05 09:19:42 所属栏目:建站 来源:绝色天龙
导读:配景 最近项目中在和第三方举办联调一个接口,我们这边发送http哀求给对方,然后吸取对方的回应,代码都是老代码。按照注释,对方的SDK中写好的Request类有一个无法序列化的bug,以是这边从头写了一个Request类,根基属性都是沟通的,可是重点是有一个属性
副问题[/!--empirenews.page--]

 配景

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

  1. private List<Order> orders; 
  2. private AddRequest.Ticket ticket; 
  3. private List<Payment> payments; 

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

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

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

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

  1. @ToString 
  2. @Data 
  3. public classCopyTest1{ 
  4.     public String outerName; 
  5.     public CopyTest1.InnerClass innerClass; 
  6.     public List<CopyTest1.InnerClass> clazz; 
  7.  
  8.     @ToString 
  9.     @Data 
  10.     public static classInnerClass{ 
  11.         public String InnerName; 
  12.     } 
  13. @ToString 
  14. @Data 
  15. public classCopyTest2{ 
  16.     public String outerName; 
  17.     public CopyTest2.InnerClass innerClass; 
  18.     public List<CopyTest2.InnerClass> clazz; 
  19.  
  20.     @ToString 
  21.     @Data 
  22.     public static classInnerClass{ 
  23.         public String InnerName; 
  24.     } 
  25.         CopyTest1 test1 = new CopyTest1(); 
  26.         test1.outerName = "hahaha"; 
  27.         CopyTest1.InnerClass innerClass = new CopyTest1.InnerClass(); 
  28.         innerClass.InnerName = "hohoho"; 
  29.         test1.innerClass = innerClass; 
  30.  
  31.         System.out.println(test1.toString()); 
  32.         CopyTest2 test2 = new CopyTest2(); 
  33.         BeanUtils.copyProperties(test1, test2); 
  34.  
  35.         System.out.println(test2.toString()); 

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

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

  1. CopyTest1 test1 = new CopyTest1(); 
  2.         test1.outerName = "hahaha"; 
  3.         CopyTest1.InnerClass innerClass = new CopyTest1.InnerClass(); 
  4.         innerClass.InnerName = "hohoho"; 
  5.         test1.innerClass = innerClass; 
  6.  
  7.         System.out.println(test1.toString()); 
  8.         CopyTest2 test2 = new CopyTest2(); 
  9.         test2.innerClass = new CopyTest2.InnerClass(); 
  10.         BeanUtils.copyProperties(test1, test2); 
  11.         BeanUtils.copyProperties(test1.innerClass, test2.innerClass); 
  12.  
  13.         System.out.println(test2.toString()); 

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

(编辑:河北网)

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

热点阅读