
正常情況下,在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賦值而後返回新值。然而,這樣做是無效的。
問題原因先來看下編程語言中關於參數傳遞的類型:
因為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

往期推薦
Spring 為何需要三級緩存解決循環依賴,而不是二級緩存?
最新955不加班公司名單(2022年最新版)
說說 Spring Bean 的實例化過程?面試必問的!
很少見的基於Spring Boot的現代化社區平台,還是100%開源的哦!
快速上傳超大EXCEL的JAVA處理開源工具,從此告別內存溢出
被問懵了,不能回滾的 Redis 事務還能用嗎?
點擊「閱讀原文」領取2022大廠面經