△Hollis, 一個對Coding有著獨特追求的人△
這是Hollis的第 365 篇原創分享
作者 l Hollis
來源 l Hollis（ID：hollischuang）
本文的內容是最近我剛剛遇到的一個問題，問題代碼是我自己寫的，也是我自己寫單元測驗的時候發現的，也是我自己修復的，修復完之后，我反思了一下：這樣的問題代碼，我實習的時候都寫不出來，
可是為什么我就寫出來了呢？其實還是因為有些知識沒那么扎實了~就容易被忽略了，于是我在團隊群里面強調了一下這個問題：
所以，本文主要是關于BeanUtils工具的屬性拷貝以及深拷貝、淺拷貝等問題的，好了開始正文，介紹下問題代碼是什么，為什么有問題，又符合修改？
在日常開發中，我們經常需要給物件進行賦值，通常會呼叫其set/get方法，有些時候，如果我們要轉換的兩個物件之間屬性大致相同，會考慮使用屬性拷貝工具進行，
如我們經常在代碼中會對一個資料結構封裝成DO、SDO、DTO、VO等，而這些Bean中的大部分屬性都是一樣的，所以使用屬性拷貝類工具可以幫助我們節省大量的set和get操作，
市面上有很多類似的工具類，比較常用的有
1、Spring BeanUtils
2、Cglib BeanCopier
3、Apache BeanUtils
4、Apache PropertyUtils
5、Dozer
6、MapStucts
這里面我比較建議大家使用的是MapStructs，我在《丟棄掉那些BeanUtils工具類吧，MapStruct真香！！！》中介紹過原因，這里就不再贅述了，
最近我們有個新專案，要創建一個新的應用，因為我自己分析過這些工具的效率，也去看過他們的實作原理，比較下來之后，我覺得MapStruct是最適合我們的，于是就在代碼中引入了這個框架，
另外，因為Spring的BeanUtils用起來也比較方便，所以，代碼中對于需要beanCopy的地方主要在使用這兩個框架，
我們一般是這樣的，如果是DO和DTO/Entity之間的轉換，我們統一使用MapStruct，因為他可以指定單獨的Mapper，可以自定義一些策略，
如果是同物件之間的拷貝（如用一個DO創建一個新的DO），或者完全不相關的兩個物件轉換，則使用Spring的BeanUtils，
剛開始都沒什么問題，但是后面我在寫單測的時候，發現了一個問題，
問題
先來看看我們是在什么地方用的Spring的BeanUtils
我們的業務邏輯中，需要對訂單資訊進行修改，在更改時，不僅要更新訂單的上面的屬性資訊，還需要創建一條變更流水，
而變更流水中同時記錄了變更前和變更后的資料，所以就有了以下代碼：
//從資料庫中查詢出當前訂單，并加鎖
OrderDetail orderDetail = orderDetailDao.queryForLock();
//copy一個新的訂單模型
OrderDetail newOrderDetail = new OrderDetail();
BeanUtils.copyProperties(orderDetail, newOrderDetail);
//對新的訂單模型進行修改邏輯操作
newOrderDetail.update();
//使用修改前的訂單模型和修改后的訂單模型組裝出訂單變更流水
OrderDetailStream orderDetailStream = new OrderDetailStream();
orderDetailStream.create(orderDetail, newOrderDetail);
大致邏輯是這樣的，因為創建訂單變更流水的時候，需要一個改變前的訂單和改變后的訂單，所以我們想到了要new一個新的訂單模型，然后操作新的訂單模型，避免對舊的有影響，
但是，就是這個BeanUtils.copyProperties的程序其實是有問題的，
因為BeanUtils在進行屬性copy的時候，本質上是淺拷貝，而不是深拷貝，
淺拷貝？深拷貝？
什么是淺拷貝和深拷貝？來看下概念，
1、淺拷貝：對基本資料型別進行值傳遞，對參考資料型別進行參考傳遞般的拷貝，此為淺拷貝，
2、深拷貝：對基本資料型別進行值傳遞，對參考資料型別，創建一個新的物件，并復制其內容，此為深拷貝，
我們舉個實際例子，來看下為啥我說BeanUtils.copyProperties的程序是淺拷貝，
先來定義兩個類：
public class Address {
private String province;
private String city;
private String area;
//省略建構式和setter/getter
}
class User {
private String name;
private String password;
private Address address;
//省略建構式和setter/getter
}
然后寫一段測驗代碼：
User user = new User("Hollis", "hollischuang");
user.setAddress(new Address("zhejiang", "hangzhou", "binjiang"));
User newUser = new User();
BeanUtils.copyProperties(user, newUser);
System.out.println(user.getAddress() == newUser.getAddress());
以上代碼輸出結果為：true
即，我們BeanUtils.copyProperties拷貝出來的newUser中的address物件和原來的user中的address物件是同一個物件，
可以嘗試著修改下newUser中的address物件：
newUser.getAddress().setCity("shanghai");
System.out.println(JSON.toJSONString(user));
System.out.println(JSON.toJSONString(newUser));
輸出結果：
{"address":{"area":"binjiang","city":"shanghai","province":"zhejiang"},"name":"Hollis","password":"hollischuang"}
{"address":{"area":"binjiang","city":"shanghai","province":"zhejiang"},"name":"Hollis","password":"hollischuang"}
可以發現，原來的物件也受到了修改的影響，
這就是所謂的淺拷貝！
如何進行深拷貝
發現問題之后，我們就要想辦法解決，那么如何實作深拷貝呢？
1、實作Cloneable介面，重寫clone()
在Object類中定義了一個clone方法，這個方法其實在不重寫的情況下，其實也是淺拷貝的，
如果想要實作深拷貝，就需要重寫clone方法，而想要重寫clone方法，就必須實作Cloneable，否則會報CloneNotSupportedException例外，
將上述代碼修改下，重寫clone方法：
public class Address implements Cloneable{
private String province;
private String city;
private String area;
//省略建構式和setter/getter
@Override
public Object clone() throws CloneNotSupportedException {
return super.clone();
}
}
class User implements Cloneable{
private String name;
private String password;
private Address address;
//省略建構式和setter/getter
@Override
protected Object clone() throws CloneNotSupportedException {
User user = (User)super.clone();
user.setAddress((Address)address.clone());
return user;
}
}
之后，在執行一下上面的測驗代碼，就可以發現，這時候newUser中的address物件就是一個新的物件了，
這種方式就能實作深拷貝，但是問題是如果我們在User中有很多個物件，那么clone方法就寫的很長，而且如果后面有修改，在User中新增屬性，這個地方也要改，
那么，有沒有什么辦法可以不需要修改，一勞永逸呢？
2、序列化實作深拷貝
我們可以借助序列化來實作深拷貝，先把物件序列化成流，再從流中反序列化成物件，這樣就一定是新的物件了，
序列化的方式有很多，比如我們可以使用各種JSON工具，把物件序列化成JSON字串，然后再從字串中反序列化成物件，
如使用fastjson實作：
User newUser = JSON.parseObject(JSON.toJSONString(user), User.class);
也可實作深拷貝，
除此之外，還可以使用Apache Commons Lang中提供的SerializationUtils工具實作，
我們需要修改下上面的User和Address類，使他們實作Serializable介面，否則是無法進行序列化的，
class User implements Serializable
class Address implements Serializable
然后在需要拷貝的時候：
User newUser = (User) SerializationUtils.clone(user);
同樣，也可以實作深拷貝啦~！
總結
當我們使用各類BeanUtils的時候，一定要注意是淺拷貝還是深拷貝，淺拷貝的結果就是兩個物件中的參考物件都是同一個地址，只要發生改變，都會有影響，
想要實作深拷貝，有很多種辦法，其中比較常用的就是實作Cloneable介面重寫clone方法，還有使用序列化+反序列化創建新物件，
好了，以上就是今天的全部內容了，
就在我編輯這篇文章的時候，公司通知杭州員工在家辦公了，杭州的臺風來了，希望所有人都能安安全全的！
技術交流群
最近有很多人問，有沒有讀者交流群，想知道怎么加入，
最近我創建了一些群，大家可以加入，交流群都是免費的，只需要大家加入之后不要隨便發廣告，多多交流技術就好了，
目前創建了多個交流群，全國交流群、北上廣杭深等各地區交流群、面試交流群、資源共享群等，
有興趣入群的同學，可長按掃描下方二維碼，一定要備注：全國 Or 城市 Or 面試 Or 資源，根據格式備注，可更快被通過且邀請進群，
▲長按掃描
往期推薦
聊聊天，如果能重來，還干不干程式員？
馳援河南！23家互聯網大廠捐款匯總
學妹：本科能去大廠還要不要讀研？
如果你喜歡本文,
請長按二維碼，關注 Hollis.
轉發至朋友圈，是對我最大的支持，
點個 在看
喜歡是一種感覺
在看是一種支持
↘↘↘
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/290868.html
標籤：java