Spring 的 BeanUtils

背景

最近項目中在和第三方進行聯調一個接口,我們這邊發送http請求給對方,然後接收對方的迴應,代碼都是老代碼。

根據註釋,對方的SDK中寫好的Request類有一個無法序列化的bug,所以這邊重新寫了一個Request類,基本屬性都是相同的,但是重點是有一個屬性是靜態內部類,還有兩個是list屬性

類似於下面這樣:


 

private List orders;

private AddRequest.Ticket ticket;

private List payments;

AddRequest就是我們自己重寫的請求類,他們SDK中的請求類是MixAddRequest,我們組裝好請求參數後利用Spring的BeanUtils的copyProperties方法將AddRequest中的屬性拷貝到MixAddRequest,然後發送請求。

到此爲止,照理說一切完美!

結果請求失敗,納尼?對方說缺少一個必要的字段,參數校驗不通過!

一查字段名稱,是Ticket這個類裏面的某個字段,趕緊看代碼,心裏充滿對老代碼的自信,想着一定是哪裏搞錯了,或者是他們那邊偷偷動了代碼,把字段從可選改爲了必選,嘿嘿

果然在代碼裏找到了設置的地方,這下應該是他們的問題確信無疑了,再開一把調試,準備宣判他們的死刑。

結果發現發給他們的請求就是沒有這個字段。。。中間只有一個Spring的copy屬性的方法,當時覺得很詭異

由於中間只有這麼一行代碼,玄機肯定在這裏面,初步懷疑是兩個靜態內部類不同導致,所以自己寫Demo,準備搞一把這個BeanUtils的copyProperties方法

寫了兩個類和一個Main,@Data和@ToString是lombok插件的註解,這裏用來自動生成getter和setter方法以及toString方法


 

@ToString
@Data
public class CopyTest1 {
    public String outerName;
    public CopyTest1.InnerClass innerClass;
    public List clazz;

    @ToString
    @Data
    public static class InnerClass {
        public String InnerName;
    }
}

 


 

@ToString
@Data
public class CopyTest2 {
    public String outerName;
    public CopyTest2.InnerClass innerClass;
    public List clazz;

    @ToString
    @Data
    public static class InnerClass {
        public String InnerName;
    }
}

 


 

CopyTest1 test1 = new CopyTest1();
test1.outerName = "hahaha";
CopyTest1.InnerClass innerClass = new CopyTest1.InnerClass();
innerClass.InnerName = "hohoho";
test1.innerClass = innerClass;

System.out.println(test1.toString());
CopyTest2 test2 = new CopyTest2();
BeanUtils.copyProperties(test1, test2);

System.out.println(test2.toString());

這裏遇到了第一個坑,一開始圖省事,屬性寫爲public,想着省掉了getter和setter方法,沒加@Data註解

結果運行完test2所有屬性都爲null,一個都沒copy過去。加上@Data繼續跑,果然,基本屬性(String)複製過去了,但是內部類在test2中還是null。

那就驗證了真的是內部類的問題,有點不敢相信自己的眼睛,畢竟線上跑了這麼久的代碼。。。

知道了問題,總要想着怎麼解決吧,所以需要單獨設置一下內部類,單獨copy

如果內部類的bean屬性較多或者遞歸的bean屬性很多,那可以自己封裝一個方法,用於遞歸拷貝,我這裏只有一層,所以直接額外copy一次


 

CopyTest1 test1 = new CopyTest1();
test1.outerName = "hahaha";
CopyTest1.InnerClass innerClass = new CopyTest1.InnerClass();
innerClass.InnerName = "hohoho";
test1.innerClass = innerClass;

System.out.println(test1.toString());
CopyTest2 test2 = new CopyTest2();
test2.innerClass = new CopyTest2.InnerClass();
BeanUtils.copyProperties(test1, test2);
BeanUtils.copyProperties(test1.innerClass, test2.innerClass);

System.out.println(test2.toString());

記得內部類的屬性也是要有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屬性的方法源和目的參數的位置正好相反,所以導包和調用的時候都要注意一下。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章