作者 l Hollis

來源 l Java之道（ID：javaways）

關于Java中方法間的參數傳遞到底是怎樣的、為什么很多人說Java只有值傳遞等問題，一直困惑著很多人，甚至我在面試的時候問過很多有豐富經驗的開發者，他們也很難解釋的很清楚。

我很久也寫過一篇文章，我當時認為我把這件事說清楚了，但是，最近在整理這部分知識點的時候，我發現我當時理解的還不夠透徹，于是我想著通過Google看看其他人怎么理解的，但是遺憾的是沒有找到很好的資料可以說的很清楚。

于是，我決定嘗試著把這個話題總結一下，重新理解一下這個問題。

辟謠時間

關于這個問題，在StackOverflow上也引發過廣泛的討論，看來很多程序員對于這個問題的理解都不盡相同，甚至很多人理解的是錯誤的。還有的人可能知道Java中的參數傳遞是值傳遞，但是說不出來為什么。

在開始深入講解之前，有必要糾正一下大家以前的那些錯誤看法了。如果你有以下想法，那么你有必要好好閱讀本文。

錯誤理解一：值傳遞和引用傳遞，區分的條件是傳遞的內容，如果是個值，就是值傳遞。如果是個引用，就是引用傳遞。

錯誤理解二：Java是引用傳遞。

錯誤理解三：傳遞的參數如果是普通類型，那就是值傳遞，如果是對象，那就是引用傳遞。

實參與形參

我們都知道，在Java中定義方法的時候是可以定義參數的。比如Java中的main方法，public static void main(String[] args)，這里面的args就是參數。參數在程序語言中分為形式參數和實際參數。

形式參數：是在定義函數名和函數體的時候使用的參數,目的是用來接收調用該函數時傳入的參數。

實際參數：在調用有參函數時，主調函數和被調函數之間有數據傳遞關系。在主調函數中調用一個函數時，函數名后面括號中的參數稱為“實際參數”。

簡單舉個例子：

public?static?void?main(String[]?args)?{ParamTest?pt?=?new?ParamTest();pt.sout("Hollis");//實際參數為?Hollis } public?void?sout(String?name)?{?//形式參數為?nameSystem.out.println(name); }

實際參數是調用有參方法的時候真正傳遞的內容，而形式參數是用于接收實參內容的參數。

求值策略

我們說當進行方法調用的時候，需要把實際參數傳遞給形式參數，那么傳遞的過程中到底傳遞的是什么東西呢？

這其實是程序設計中求值策略（Evaluation strategies）的概念。

在計算機科學中，求值策略是確定編程語言中表達式的求值的一組（通常確定性的）規則。求值策略定義何時和以何種順序求值給函數的實際參數、什么時候把它們代換入函數、和代換以何種形式發生。

求值策略分為兩大基本類，基于如何處理給函數的實際參數，分為嚴格的和非嚴格的。

?嚴格求值

在“嚴格求值”中，函數調用過程中，給函數的實際參數總是在應用這個函數之前求值。多數現存編程語言對函數都使用嚴格求值。所以，我們本文只關注嚴格求值。

在嚴格求值中有幾個關鍵的求值策略是我們比較關心的，那就是傳值調用（Call by value）、傳引用調用（Call by reference）以及傳共享對象調用（Call by sharing）。

• 傳值調用（值傳遞）

  • ?在傳值調用中，實際參數先被求值，然后其值通過復制，被傳遞給被調函數的形式參數。因為形式參數拿到的只是一個"局部拷貝"，所以如果在被調函數中改變了形式參數的值，并不會改變實際參數的值。

• 傳引用調用（應用傳遞）

  • 在傳引用調用中，傳遞給函數的是它的實際參數的隱式引用而不是實參的拷貝。因為傳遞的是引用，所以，如果在被調函數中改變了形式參數的值，改變對于調用者來說是可見的。

• 傳共享對象調用（共享對象傳遞）

  • 傳共享對象調用中，先獲取到實際參數的地址，然后將其復制，并把該地址的拷貝傳遞給被調函數的形式參數。因為參數的地址都指向同一個對象，所以我們稱也之為"傳共享對象"，所以，如果在被調函數中改變了形式參數的值，調用者是可以看到這種變化的。

不知道大家有沒有發現，其實傳共享對象調用和傳值調用的過程幾乎是一樣的，都是進行"求值"、"拷貝"、"傳遞"。你品，你細品。

但是，傳共享對象調用和內傳引用調用的結果又是一樣的，都是在被調函數中如果改變參數的內容，那么這種改變也會對調用者有影響。你再品，你再細品。

那么，共享對象傳遞和值傳遞以及引用傳遞之間到底有很么關系呢？

對于這個問題，我們應該關注過程，而不是結果，因為傳共享對象調用的過程和傳值調用的過程是一樣的，而且都有一步關鍵的操作，那就是"復制"，所以，通常我們認為傳共享對象調用是傳值調用的特例

我們先把傳共享對象調用放在一邊，我們再來回顧下傳值調用和傳引用調用的主要區別：

傳值調用是指在調用函數時將實際參數`復制`一份傳遞到函數中，傳引用調用是指在調用函數時將實際參數的引用`直接`傳遞到函數中。

所以，兩者的最主要區別就是是直接傳遞的，還是傳遞的是一個副本。

這里我們來舉一個形象的例子。再來深入理解一下傳值調用和傳引用調用：

你有一把鑰匙，當你的朋友想要去你家的時候，如果你直接把你的鑰匙給他了，這就是引用傳遞。

這種情況下，如果他對這把鑰匙做了什么事情，比如他在鑰匙上刻下了自己名字，那么這把鑰匙還給你的時候，你自己的鑰匙上也會多出他刻的名字。

你有一把鑰匙，當你的朋友想要去你家的時候，你復刻了一把新鑰匙給他，自己的還在自己手里，這就是值傳遞。

這種情況下，他對這把鑰匙做什么都不會影響你手里的這把鑰匙。

Java的求值策略

前面我們介紹過了傳值調用、傳引用調用以及傳值調用的特例傳共享對象調用，那么，Java中是采用的哪種求值策略呢？

很多人說Java中的基本數據類型是值傳遞的，這個基本沒有什么可以討論的，普遍都是這樣認為的。

但是，有很多人卻誤認為Java中的對象傳遞是引用傳遞。之所以會有這個誤區，主要是因為Java中的變量和對象之間是有引用關系的。Java語言中是通過對象的引用來操縱對象的。所以，很多人會認為對象的傳遞是引用的傳遞。

而且很多人還可以舉出以下的代碼示例：? ??

public?static?void?main(String[]?args)?{Test?pt?=?new?Test();User?hollis?=?new?User();hollis.setName("Hollis");hollis.setGender("Male");pt.pass(hollis);System.out.println("print?in?main?,?user?is?"?+?hollis);} public?void?pass(User?user)?{user.setName("hollischuang");System.out.println("print?in?pass?,?user?is?"?+?user);}

輸出結果：? ?

print?in?pass?,?user?is?User{name='hollischuang',?gender='Male'} print?in?main?,?user?is?User{name='hollischuang',?gender='Male'}

可以看到，對象類型在被傳遞到pass方法后，在方法內改變了其內容，最終調用方main方法中的對象也變了。

所以，很多人說，這和引用傳遞的現象是一樣的，就是在方法內改變參數的值，會影響到調用方。

但是，其實這是走進了一個誤區。

Java中的對象傳遞

很多人通過代碼示例的現象說明Java對象是引用傳遞，那么我們就從現象入手，先來反駁下這個觀點。

我們前面說過，無論是值傳遞，還是引用傳遞，只不過是求值策略的一種，那求值策略還有很多，比如前面提到的共享對象傳遞的現象和引用傳遞也是一樣的。那憑什么就說Java中的參數傳遞就一定是引用傳遞而不是共享對象傳遞呢？

那么，Java中的對象傳遞，到底是哪種形式呢？其實，還真的就是共享對象傳遞。

其實在 《The Java? Tutorials》中，是有關于這部分內容的說明的。首先是關于基本類型描述如下：

Primitive arguments, such as an int or a double, are passed into methods by value. This means that any changes to the values of the parameters exist only within the scope of the method. When the method returns, the parameters are gone and any changes to them are lost.

即，原始參數通過值傳遞給方法。這意味著對參數值的任何更改都只存在于方法的范圍內。當方法返回時，參數將消失，對它們的任何更改都將丟失。

關于對象傳遞的描述如下：

Reference data type parameters, such as objects, are also passed into methods by value. This means that when the method returns, the passed-in reference still references the same object as before. However, the values of the object’s fields can be changed in the method, if they have the proper access level.

也就是說，引用數據類型參數(如對象)也按值傳遞給方法。這意味著，當方法返回時，傳入的引用仍然引用與以前相同的對象。但是，如果對象字段具有適當的訪問級別，則可以在方法中更改這些字段的值。

這一點官方文檔已經很明確的指出了，Java就是值傳遞，只不過是把對象的引用當做值傳遞給方法。你細品，這不就是共享對象傳遞么？

其實Java中使用的求值策略就是傳共享對象調用，也就是說，Java會將對象的地址的拷貝傳遞給被調函數的形式參數。只不過"傳共享對象調用"這個詞并不常用，所以Java社區的人通常說"Java是傳值調用"，這么說也沒錯，因為傳共享對象調用其實是傳值調用的一個特例。

值傳遞和共享對象傳遞的現象沖突嗎？

看到這里很多人可能會有一個疑問，既然共享對象傳遞是值傳遞的一個特例，那么為什么他們的現象是完全不同的呢？

難道值傳遞過程中，如果在被調方法中改變了值，也有可能會對調用者有影響嗎？那到底什么時候會影響什么時候不會影響呢？

其實是不沖突的，之所以會有這種疑惑，是因為大家對于到底是什么是"改變值"有誤解。

我們先回到上面的例子中來，看一下調用過程中實際上發生了什么？

在參數傳遞的過程中，實際參數的地址0X1213456被拷貝給了形參。這個過程其實就是值傳遞，只不過傳遞的值得內容是對象的應用。

那為什么我們改了user中的屬性的值，卻對原來的user產生了影響呢？

其實，這個過程就好像是：你復制了一把你家里的鑰匙給到你的朋友，他拿到鑰匙以后，并沒有在這把鑰匙上做任何改動，而是通過鑰匙打開了你家里的房門，進到屋里，把你家的電視給砸了。

這個過程，對你手里的鑰匙來說，是沒有影響的，但是你的鑰匙對應的房子里面的內容卻是被人改動了。

也就是說，Java對象的傳遞，是通過復制的方式把引用關系傳遞了，如果我們沒有改引用關系，而是找到引用的地址，把里面的內容改了，是會對調用方有影響的，因為大家指向的是同一個共享對象。

那么，如果我們改動一下pass方法的內容：

public?void?pass(User?user)?{user?=?new?User();user.setName("hollischuang");System.out.println("print?in?pass?,?user?is?"?+?user); }

上面的代碼中，我們在pass方法中，重新new了一個user對象，并改變了他的值，輸出結果如下：

print?in?pass?,?user?is?User{name='hollischuang',?gender='Male'} print?in?main?,?user?is?User{name='Hollis',?gender='Male'}

再看一下整個過程中發生了什么：

這個過程，就好像你復制了一把鑰匙給到你的朋友，你的朋友拿到你給他的鑰匙之后，找個鎖匠把他修改了一下，他手里的那把鑰匙變成了開他家鎖的鑰匙。這時候，他打開自己家，就算是把房子點了，對你手里的鑰匙，和你家的房子來說都是沒有任何影響的。

所以，Java中的對象傳遞，如果是修改引用，是不會對原來的對象有任何影響的，但是如果直接修改共享對象的屬性的值，是會對原來的對象有影響的。

總結

我們知道，編程語言中需要進行方法間的參數傳遞，這個傳遞的策略叫做求值策略。

在程序設計中，求值策略有很多種，比較常見的就是值傳遞和引用傳遞。還有一種值傳遞的特例——共享對象傳遞。

值傳遞和引用傳遞最大的區別是傳遞的過程中有沒有復制出一個副本來，如果是傳遞副本，那就是值傳遞，否則就是引用傳遞。

在Java中，其實是通過值傳遞實現的參數傳遞，只不過對于Java對象的傳遞，傳遞的內容是對象的引用。

我們可以總結說，Java中的求值策略是共享對象傳遞，這是完全正確的。

但是，為了讓大家都能理解你說的，我們說Java中只有值傳遞，只不過傳遞的內容是對象的引用。這也是沒毛病的。

但是，絕對不能認為Java中有引用傳遞。

OK，以上就是本文的全部內容，不知道本文是否幫助你解開了你心中一直以來的疑惑。歡迎留言說一下你的想法。

參考資料

https://docs.oracle.com/javase/tutorial/java/javaOO/arguments.html

https://en.wikipedia.org/wiki/Evaluation_strategy

https://stackoverflow.com/questions/40480/is-java-pass-by-reference-or-pass-by-value

https://blog.penjee.com/passing-by-value-vs-by-reference-java-graphical/

?

關于作者：Hollis，一個對Coding有著獨特追求的人，現任阿里巴巴技術專家，個人技術博主，技術文章全網閱讀量數千萬，《程序員的三門課》聯合作者。

總結

以上是生活随笔為你收集整理的我要彻底给你讲清楚，Java就是值传递，不接受争辩的那种！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。