您好,登錄后才能下訂單哦!
為什么不要在Java中使用入參做返回值?針對這個問題,這篇文章詳細介紹了相對應的分析和解答,希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。
正常情況下,在Java中入參是不建議用做返回值的。除了造成代碼不易理解、語義不清等問題外,可能還埋下了陷阱等你入坑。
比如有這么一段代碼:
@Named public class AService { private SupplyAssignment localSupply = new SupplyAssignment(); @Inject private BService bervice; public List<Supply> calcSupplyAssignment() List<Supply> supplyList = bService.getLocalSupplyList(this.localSupply); … return supplyList; } }
上面代碼,服務A希望調用服務B,以獲取supplyList,但同時,服務A又希望修改localSupply的狀態值,未能避免修改calcSupplyAssignment接口的(不想改返回的類型),將localSupply作為了入參但同時也用作了返回值。
服務B代碼如下:
@Named public class BService { public List<Supply> getLocalSupplyList (SupplyAssignment localSupply) SupplyAssignment supplyAssignment = this.getSupplyAssignment(); // 希望localSupply被重新賦值后返回 localSupply = supplyAssignment; … return supplyList; } }
在服務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,但并不奏效。
當然,這個是最清晰的且易于理解的,但這會導致有的接口的返回類型產生變化。
有時確實想要入參做返回值,那看方案2。
這個方案就是直接在入參的對象上做狀態的修改,而不要去賦值新對象。還是這個圖:
在這個圖中,只要我們是一直在B的參數localSupply修改的是supplyAssignment1的狀態值,那結果就能反饋到服務A的localSupply上。如何實現?看下下面代碼:
@Named public class BService { public List<Supply> getLocalSupplyList (SupplyAssignment localSupply) SupplyAssignment supplyAssignment = this.getSupplyAssignment(); // 針對localSupply不能新建引用,只能重新賦值屬性 BeanUtils.copyProperties(supplyAssignment, localSupply); … return supplyList; } }
在上面的方法中,我們用到了Spring的工具類BeanUtils,該類的copyProperties方法的實質是將supplyAssignment的屬性值,賦值到了localSupply的屬性上。這意味著我們是修改的B的參數localSupply上的屬性,而并未新建對象。
關于為什么不要在Java中使用入參做返回值問題的解答就分享到這里了,希望以上內容可以對大家有一定的幫助,如果你還有很多疑惑沒有解開,可以關注億速云行業資訊頻道了解更多相關知識。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。