為什么不要在Java中使用入?yún)⒆龇祷刂?/h1>

發(fā)布時(shí)間：2020-12-04 15:17:44 來源：億速云 閱讀：204 作者：Leah 欄目：開發(fā)技術(shù)

為什么不要在Java中使用入?yún)⒆龇祷刂担酷槍?duì)這個(gè)問題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問題的小伙伴找到更簡(jiǎn)單易行的方法。

正常情況下，在Java中入?yún)⑹遣唤ㄗh用做返回值的。除了造成代碼不易理解、語義不清等問題外，可能還埋下了陷阱等你入坑。

問題背景

比如有這么一段代碼：

@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接口的（不想改返回的類型），將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賦值而后返回新值。然而，這樣做是無效的。

問題原因

先來看下編程語言中關(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。

@Named
public class BService { 

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

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

 }

}