Java陷阱之慎用入?yún)⒆龇祷刂翟斀?/h1>
瀏覽:3日期:2022-08-20 08:37:57
正常情況下,在Java中入?yún)⑹遣唤ㄗh用做返回值的。除了造成代碼不易理解、語義不清等問題外,可能還埋下了陷阱等你入坑。
問題背景比如有這么一段代碼:
@Namedpublic class AService { private SupplyAssignment localSupply = new SupplyAssignment(); @Inject private BService bervice; public List<Supply> calcSupplyAssignment() List<Supply> supplyList = bService.getLocalSupplyList(this.localSupply); … return supplyList; }}
上面代碼,服務(wù)A希望調(diào)用服務(wù)B,以獲取supplyList,但同時(shí),服務(wù)A又希望修改localSupply的狀態(tài)值,未能避免修改calcSupplyAssignment接口的(不想改返回的類型),將localSupply作為了入?yún)⒌瑫r(shí)也用作了返回值。
服務(wù)B代碼如下:
@Namedpublic class BService { public List<Supply> getLocalSupplyList (SupplyAssignment localSupply) SupplyAssignment supplyAssignment = this.getSupplyAssignment(); // 希望localSupply被重新賦值后返回 localSupply = supplyAssignment; … return supplyList; }}
在服務(wù)B代碼內(nèi)部,服務(wù)A的入?yún)ocalSupply被傳入,希望重新被supplyAssignment賦值而后返回新值。然而,這樣做是無效的。
問題原因先來看下編程語言中關(guān)于參數(shù)傳遞的類型:
值傳遞(pass by value)是指在調(diào)用函數(shù)時(shí)將實(shí)際參數(shù)復(fù)制一份傳遞到函數(shù)中,這樣在函數(shù)中如果對(duì)參數(shù)進(jìn)行修改,將不會(huì)影響到實(shí)際參數(shù)。 引用傳遞(pass by reference)是指在調(diào)用函數(shù)時(shí)將實(shí)際參數(shù)的地址直接傳遞到函數(shù)中,那么在函數(shù)中對(duì)參數(shù)所進(jìn)行的修改,將影響到實(shí)際參數(shù)。 因?yàn)镴ava程序設(shè)計(jì)語言是采用的值傳遞,因?yàn)镴ava沒有指針的概念。也就是說方法得到的是所有參數(shù)值的一個(gè)拷貝,方法并不能修改傳遞給它的任何參數(shù)變量的內(nèi)容。
因此,上述代碼中,服務(wù)A調(diào)用服務(wù)B時(shí),服務(wù)B的參數(shù)localSupply實(shí)際上是服務(wù)A的localSupply的一個(gè)拷貝,當(dāng)然,這兩個(gè)都是指向了同一個(gè)地址對(duì)象supplyAssignment1。
![Java陷阱之慎用入?yún)⒆龇祷刂翟斀? src=]()
當(dāng)在服務(wù)B內(nèi)部對(duì)參數(shù)localSupply進(jìn)行重新賦值是localSupply = supplyAssignment,實(shí)際上,只是對(duì)B的參數(shù)localSupply做了從新賦值,B的參數(shù)localSupply會(huì)指向一個(gè)新的地址對(duì)象supplyAssignment2。
![Java陷阱之慎用入?yún)⒆龇祷刂翟斀? src=]()
從上圖可以清晰看到,因此,服務(wù)A的localSupply和B的參數(shù)localSupply已經(jīng)指向了不同的對(duì)象了,對(duì)B的參數(shù)localSupply做任何的修改,都不會(huì)影響服務(wù)A的localSupply的原值。這就是問題的原因,你希望服務(wù)B來修改服務(wù)A入?yún)⒌臓顟B(tài),并將改后的值返回給服務(wù)A,但并不奏效。
解決方案方案1:入?yún)⒉灰米鞣祷刂?p>當(dāng)然,這個(gè)是最清晰的且易于理解的,但這會(huì)導(dǎo)致有的接口的返回類型產(chǎn)生變化。有時(shí)確實(shí)想要入?yún)⒆龇祷刂?,那看方?。
方案2:入?yún)⒉灰x值新對(duì)象這個(gè)方案就是直接在入?yún)⒌膶?duì)象上做狀態(tài)的修改,而不要去賦值新對(duì)象。還是這個(gè)圖:
![Java陷阱之慎用入?yún)⒆龇祷刂翟斀? src=]()
在這個(gè)圖中,只要我們是一直在B的參數(shù)localSupply修改的是supplyAssignment1的狀態(tài)值,那結(jié)果就能反饋到服務(wù)A的localSupply上。如何實(shí)現(xiàn)?看下下面代碼:
@Namedpublic class BService { public List<Supply> getLocalSupplyList (SupplyAssignment localSupply) SupplyAssignment supplyAssignment = this.getSupplyAssignment(); // 針對(duì)localSupply不能新建引用,只能重新賦值屬性 BeanUtils.copyProperties(supplyAssignment, localSupply); … return supplyList; }}
在上面的方法中,我們用到了Spring的工具類BeanUtils,該類的copyProperties方法的實(shí)質(zhì)是將supplyAssignment的屬性值,賦值到了localSupply的屬性上。這意味著我們是修改的B的參數(shù)localSupply上的屬性,而并未新建對(duì)象。
參考引用
Java核心編程
到此這篇關(guān)于Java陷阱之慎用入?yún)⒆龇祷刂档奈恼戮徒榻B到這了,更多相關(guān)Java慎用入?yún)⒆龇祷刂祪?nèi)容請(qǐng)搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)!
標(biāo)簽:
Java
相關(guān)文章:
1. 使用Python和百度語音識(shí)別生成視頻字幕的實(shí)現(xiàn)2. css代碼優(yōu)化的12個(gè)技巧3. CSS可以做的幾個(gè)令你嘆為觀止的實(shí)例分享4. msxml3.dll 錯(cuò)誤 800c0019 系統(tǒng)錯(cuò)誤:-2146697191解決方法5. 利用ajax+php實(shí)現(xiàn)商品價(jià)格計(jì)算6. xml中的空格之完全解說7. Vue的Options用法說明8. axios和ajax的區(qū)別點(diǎn)總結(jié)9. 怎樣才能用js生成xmldom對(duì)象,并且在firefox中也實(shí)現(xiàn)xml數(shù)據(jù)島?10. ASP刪除img標(biāo)簽的style屬性只保留src的正則函數(shù)
正常情況下,在Java中入?yún)⑹遣唤ㄗh用做返回值的。除了造成代碼不易理解、語義不清等問題外,可能還埋下了陷阱等你入坑。
問題背景比如有這么一段代碼:
@Namedpublic class AService { private SupplyAssignment localSupply = new SupplyAssignment(); @Inject private BService bervice; public List<Supply> calcSupplyAssignment() List<Supply> supplyList = bService.getLocalSupplyList(this.localSupply); … return supplyList; }}
上面代碼,服務(wù)A希望調(diào)用服務(wù)B,以獲取supplyList,但同時(shí),服務(wù)A又希望修改localSupply的狀態(tài)值,未能避免修改calcSupplyAssignment接口的(不想改返回的類型),將localSupply作為了入?yún)⒌瑫r(shí)也用作了返回值。
服務(wù)B代碼如下:
@Namedpublic class BService { public List<Supply> getLocalSupplyList (SupplyAssignment localSupply) SupplyAssignment supplyAssignment = this.getSupplyAssignment(); // 希望localSupply被重新賦值后返回 localSupply = supplyAssignment; … return supplyList; }}
在服務(wù)B代碼內(nèi)部,服務(wù)A的入?yún)ocalSupply被傳入,希望重新被supplyAssignment賦值而后返回新值。然而,這樣做是無效的。
問題原因先來看下編程語言中關(guān)于參數(shù)傳遞的類型:
值傳遞(pass by value)是指在調(diào)用函數(shù)時(shí)將實(shí)際參數(shù)復(fù)制一份傳遞到函數(shù)中,這樣在函數(shù)中如果對(duì)參數(shù)進(jìn)行修改,將不會(huì)影響到實(shí)際參數(shù)。 引用傳遞(pass by reference)是指在調(diào)用函數(shù)時(shí)將實(shí)際參數(shù)的地址直接傳遞到函數(shù)中,那么在函數(shù)中對(duì)參數(shù)所進(jìn)行的修改,將影響到實(shí)際參數(shù)。因?yàn)镴ava程序設(shè)計(jì)語言是采用的值傳遞,因?yàn)镴ava沒有指針的概念。也就是說方法得到的是所有參數(shù)值的一個(gè)拷貝,方法并不能修改傳遞給它的任何參數(shù)變量的內(nèi)容。
因此,上述代碼中,服務(wù)A調(diào)用服務(wù)B時(shí),服務(wù)B的參數(shù)localSupply實(shí)際上是服務(wù)A的localSupply的一個(gè)拷貝,當(dāng)然,這兩個(gè)都是指向了同一個(gè)地址對(duì)象supplyAssignment1。
當(dāng)在服務(wù)B內(nèi)部對(duì)參數(shù)localSupply進(jìn)行重新賦值是localSupply = supplyAssignment,實(shí)際上,只是對(duì)B的參數(shù)localSupply做了從新賦值,B的參數(shù)localSupply會(huì)指向一個(gè)新的地址對(duì)象supplyAssignment2。
從上圖可以清晰看到,因此,服務(wù)A的localSupply和B的參數(shù)localSupply已經(jīng)指向了不同的對(duì)象了,對(duì)B的參數(shù)localSupply做任何的修改,都不會(huì)影響服務(wù)A的localSupply的原值。這就是問題的原因,你希望服務(wù)B來修改服務(wù)A入?yún)⒌臓顟B(tài),并將改后的值返回給服務(wù)A,但并不奏效。
解決方案方案1:入?yún)⒉灰米鞣祷刂?p>當(dāng)然,這個(gè)是最清晰的且易于理解的,但這會(huì)導(dǎo)致有的接口的返回類型產(chǎn)生變化。有時(shí)確實(shí)想要入?yún)⒆龇祷刂?,那看方?。
方案2:入?yún)⒉灰x值新對(duì)象這個(gè)方案就是直接在入?yún)⒌膶?duì)象上做狀態(tài)的修改,而不要去賦值新對(duì)象。還是這個(gè)圖:
在這個(gè)圖中,只要我們是一直在B的參數(shù)localSupply修改的是supplyAssignment1的狀態(tài)值,那結(jié)果就能反饋到服務(wù)A的localSupply上。如何實(shí)現(xiàn)?看下下面代碼:
@Namedpublic class BService { public List<Supply> getLocalSupplyList (SupplyAssignment localSupply) SupplyAssignment supplyAssignment = this.getSupplyAssignment(); // 針對(duì)localSupply不能新建引用,只能重新賦值屬性 BeanUtils.copyProperties(supplyAssignment, localSupply); … return supplyList; }}
在上面的方法中,我們用到了Spring的工具類BeanUtils,該類的copyProperties方法的實(shí)質(zhì)是將supplyAssignment的屬性值,賦值到了localSupply的屬性上。這意味著我們是修改的B的參數(shù)localSupply上的屬性,而并未新建對(duì)象。
參考引用
Java核心編程
到此這篇關(guān)于Java陷阱之慎用入?yún)⒆龇祷刂档奈恼戮徒榻B到這了,更多相關(guān)Java慎用入?yún)⒆龇祷刂祪?nèi)容請(qǐng)搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)!
