本篇內(nèi)容主要講解“總結(jié)使用Spring BeanUtils避免各種詭異的屬性拷貝問題”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“總結(jié)使用Spring BeanUtils避免各種詭異的屬性拷貝問題”吧!

10年積累的網(wǎng)站制作、成都網(wǎng)站設(shè)計經(jīng)驗，可以快速應(yīng)對客戶對網(wǎng)站的新想法和需求。提供各種問題對應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認識你，你也不認識我。但先網(wǎng)站策劃后付款的網(wǎng)站建設(shè)流程，更有清流免費網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。

背景

最近項目中在和第三方進行聯(lián)調(diào)一個接口，我們這邊發(fā)送http請求給對方，然后接收對方的回應(yīng)，代碼都是老代碼。根據(jù)注釋，對方的SDK中寫好的Request類有一個無法序列化的bug，所以這邊重新寫了一個Request類，基本屬性都是相同的，但是重點是有一個屬性是靜態(tài)內(nèi)部類，還有兩個是list屬性，類似于下面這樣：

private List orders; private AddRequest.Ticket ticket; private List payments;

AddRequest就是我們自己重寫的請求類，他們SDK中的請求類是MixAddRequest，我們組裝好請求參數(shù)后利用Spring的BeanUtils的copyProperties方法將AddRequest中的屬性拷貝到MixAddRequest，然后發(fā)送請求。到此為止，照理說一切完美。

結(jié)果請求失敗，納尼?對方說缺少一個必要的字段，參數(shù)校驗不通過，一查字段名稱，是Ticket這個類里面的某個字段，趕緊看代碼，心里充滿對老代碼的自信，想著一定是哪里搞錯了，或者是他們那邊偷偷動了代碼，把字段從可選改為了必選，嘿嘿。

果然在代碼里找到了設(shè)置的地方，這下應(yīng)該是他們的問題確信無疑了，再開一把調(diào)試，準備宣判他們的死刑。結(jié)果發(fā)現(xiàn)發(fā)給他們的請求就是沒有這個字段。。。中間只有一個Spring的copy屬性的方法，當時覺得很詭異。

由于中間只有這么一行代碼，玄機肯定在這里面，初步懷疑是兩個靜態(tài)內(nèi)部類不同導(dǎo)致，所以自己寫Demo，準備搞一把這個BeanUtils的copyProperties方法，寫了兩個類和一個Main，@Data和@ToString是lombok插件的注解，這里用來自動生成getter和setter方法以及toString方法。

@ToString @Data public classCopyTest1{     public String outerName;     public CopyTest1.InnerClass innerClass;     public List clazz;      @ToString     @Data     public static classInnerClass{         public String InnerName;     } } @ToString @Data public classCopyTest2{     public String outerName;     public CopyTest2.InnerClass innerClass;     public List clazz;      @ToString     @Data     public static classInnerClass{         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注解，結(jié)果運行完test2所有屬性都為null，一個都沒copy過去，加上@Data繼續(xù)跑，果然，基本屬性(String)復(fù)制過去了，但是內(nèi)部類在test2中還是null。那就驗證了真的是內(nèi)部類的問題，有點不敢相信自己的眼睛，畢竟線上跑了這么久的代碼。。。

知道了問題，總要想著怎么解決吧，所以需要單獨設(shè)置一下內(nèi)部類，單獨copy，如果內(nèi)部類的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());

記得內(nèi)部類的屬性也是要有setter方法的，不然也會導(dǎo)致copy失敗，大家還記得我開頭說到還有兩個List屬性的吧，為什么要提到這個呢?你猜

其實list里面的兩個類也都是重寫的內(nèi)部類，他們也是不同的，當時他們卻順利copy過去了，為什么呢?因為java的泛型只在編譯期起作用，在運行期，list屬性就是一個存放Object的集合，在copy后，MixAddRequest的orders屬性其實是一個Order類的集合，但卻不是自己內(nèi)部類的集合，是AddRequest的內(nèi)部類Order的集合，但因為對方是解析json的，所以沒有發(fā)生錯誤。

到此，相信大家對“總結(jié)使用Spring BeanUtils避免各種詭異的屬性拷貝問題”有了更深的了解，不妨來實際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進入相關(guān)頻道進行查詢，關(guān)注我們，繼續(xù)學習！