close
關注我,回復關鍵字「2022面經」,
領取2022大廠Java後端面經。

正常情況下,在Java中入參是不建議用做返回值的。除了造成代碼不易理解、語義不清等問題外,可能還埋下了陷阱等你入坑。

問題背景

比如有這麼一段代碼:

@NamedpublicclassAService{privateSupplyAssignmentlocalSupply=newSupplyAssignment();@InjectprivateBServicebervice;publicList<Supply>calcSupplyAssignment()List<Supply>supplyList=bService.getLocalSupplyList(this.localSupply);…returnsupplyList;}}

上面代碼,服務A希望調用服務B,以獲取supplyList,但同時,服務A又希望修改localSupply的狀態值,未能避免修改calcSupplyAssignment接口的(不想改返回的類型),將localSupply作為了入參但同時也用作了返回值。

服務B代碼如下:

@NamedpublicclassBService{publicList<Supply>getLocalSupplyList(SupplyAssignmentlocalSupply)SupplyAssignmentsupplyAssignment=this.getSupplyAssignment();//希望localSupply被重新賦值後返回localSupply=supplyAssignment;…returnsupplyList;}}

在服務B代碼內部,服務A的入參localSupply被傳入,希望重新被supplyAssignment賦值而後返回新值。然而,這樣做是無效的。

問題原因

先來看下編程語言中關於參數傳遞的類型:

值傳遞(pass by value)是指在調用函數時將實際參數複製一份傳遞到函數中,這樣在函數中如果對參數進行修改,將不會影響到實際參數。
引用傳遞(pass by reference)是指在調用函數時將實際參數的地址直接傳遞到函數中,那麼在函數中對參數所進行的修改,將影響到實際參數。

因為Java程序設計語言是採用的值傳遞,因為Java沒有指針的概念。也就是說方法得到的是所有參數值的一個拷貝,方法並不能修改傳遞給它的任何參數變量的內容。

因此,上述代碼中,服務A調用服務B時,服務B的參數localSupply實際上是服務A的localSupply的一個拷貝,當然,這兩個都是指向了同一個地址對象supplyAssignment1。

圖片

當在服務B內部對參數localSupply進行重新賦值是localSupply = supplyAssignment,實際上,只是對B的參數localSupply做了從新賦值,B的參數localSupply會指向一個新的地址對象supplyAssignment2。

圖片

從上圖可以清晰看到,因此,服務A的localSupply和B的參數localSupply已經指向了不同的對象了,對B的參數localSupply做任何的修改,都不會影響服務A的localSupply的原值。

這就是問題的原因,你希望服務B來修改服務A入參的狀態,並將改後的值返回給服務A,但並不奏效。

解決方案方案1:入參不要用作返回值

有時確實想要入參做返回值,那看方案2。

方案2:入參不要賦值新對象

這個方案就是直接在入參的對象上做狀態的修改,而不要去賦值新對象。還是這個圖:

圖片

在這個圖中,只要我們是一直在B的參數localSupply修改的是supplyAssignment1的狀態值,那結果就能反饋到服務A的localSupply上。如何實現?看下下面代碼:

@NamedpublicclassBService{publicList<Supply>getLocalSupplyList(SupplyAssignmentlocalSupply)SupplyAssignmentsupplyAssignment=this.getSupplyAssignment();//針對localSupply不能新建引用,只能重新賦值屬性BeanUtils.copyProperties(supplyAssignment,localSupply);…returnsupplyList;}}

在上面的方法中,我們用到了Spring的工具類BeanUtils,該類的copyProperties方法的實質是將supplyAssignment的屬性值,賦值到了localSupply的屬性上。

這意味着我們是修改的B的參數localSupply上的屬性,而並未新建對象。

來源:https://my.oschina.net/waylau/

blog/4771348



END


關注後端面試那些事,回復【JAVA寶典】
獲取最新免費Java資料大全

往期推薦

Spring 為何需要三級緩存解決循環依賴,而不是二級緩存?

最新955不加班公司名單(2022年最新版)

說說 Spring Bean 的實例化過程?面試必問的!

很少見的基於Spring Boot的現代化社區平台,還是100%開源的哦!

快速上傳超大EXCEL的JAVA處理開源工具,從此告別內存溢出

被問懵了,不能回滾的 Redis 事務還能用嗎?




點擊「閱讀原文」領取2022大廠面經

↓↓↓
arrow
arrow
    全站熱搜
    創作者介紹
    創作者 鑽石舞台 的頭像
    鑽石舞台

    鑽石舞台

    鑽石舞台 發表在 痞客邦 留言(0) 人氣()