精品三四区,久久青草一区二区

快捷導(dǎo)航

Java陷阱之慎用入?yún)⒆龇祷刂翟斀?/h1>

更新時(shí)間：2020年12月03日 12:11:19 作者：waylau

這篇文章主要給大家介紹了關(guān)于Java陷阱之慎用入?yún)⒆龇祷刂档南嚓P(guān)資料，文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧

問(wèn)題背景

比如有這么一段代碼：

@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;
 }
}

上面代碼，服務(wù)A希望調(diào)用服務(wù)B，以獲取supplyList，但同時(shí)，服務(wù)A又希望修改localSupply的狀態(tài)值，未能避免修改calcSupplyAssignment接口的（不想改返回的類(lèi)型），將localSupply作為了入?yún)⒌瑫r(shí)也用作了返回值。

服務(wù)B代碼如下：

@Named
public 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賦值而后返回新值。然而，這樣做是無(wú)效的。

問(wèn)題原因

先來(lái)看下編程語(yǔ)言中關(guān)于參數(shù)傳遞的類(lèi)型：

值傳遞（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ǔ)言是采用的值傳遞，因?yàn)镴ava沒(méi)有指針的概念。也就是說(shuō)方法得到的是所有參數(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èn)題的原因，你希望服務(wù)B來(lái)修改服務(wù)A入?yún)⒌臓顟B(tài)，并將改后的值返回給服務(wù)A，但并不奏效。

解決方案

方案1：入?yún)⒉灰米鞣祷刂?br />

當(dāng)然，這個(gè)是最清晰的且易于理解的，但這會(huì)導(dǎo)致有的接口的返回類(lèi)型產(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)？看下下面代碼：

@Named
public class BService { 

 public List<Supply> getLocalSupplyList (SupplyAssignment localSupply)
  
  SupplyAssignment supplyAssignment = this.getSupplyAssignment();

  // 針對(duì)localSupply不能新建引用，只能重新賦值屬性
  BeanUtils.copyProperties(supplyAssignment, localSupply);
  …
  return supplyList;

 }

}

在上面的方法中，我們用到了Spring的工具類(lèi)BeanUtils，該類(lèi)的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)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: