java中傳值方式的個人理解

vvpvvp 發布于2019-08-19 11:02 / 2469人閱讀

摘要：接下了，我們調用方法，來嘗試改變的值以此驗證中的傳值方式。我們將作為實參傳給方法，形參來接受這個實參，在這里就體現出了兩種傳參方式的不同。中只有值傳遞這一種方式，只不過對于引用類型來說，傳遞的參數是對象的引用罷了。

前言

這幾天在整理java基礎知識方面的內容，對于值傳遞還不是特別理解，于是查閱了一些資料和網上相關博客，自己進行了歸納總結，最后將其整理成了一篇博客。

值傳遞

值傳遞是指在調用函數時將實際參數復制一份傳遞給形參，這樣在函數中對形參的修改將不會影響到實際參數的值。

引用傳遞

引用傳遞是指在調用函數時將實際參數的地址直接傳遞到形參，那么在函數中對參數所進行的修改，將會影響到實際參數的值。

我們可以使用一段程序來驗證Java中只有值傳遞

/**
 * 驗證java中只有值傳遞
 * Dmego 2018-8-27
 */

class User{
    
    private String name;
    public String getName() {
        return name;
    }
    public void setName(String name) {
        this.name = name;
    }
}

public class TestValue {
    public static void change(User user2,int a2){
        System.out.println("改變之前："+user2.getName()+",a2="+a2);
        
        user2.setName("李四"); //改變 user2 的 name 值
        a2 = 10; //改變 a2 的值
        System.out.println("改變之后："+user2.getName()+",a2="+a2);
        
        user2 = new User(); //將 user2 重新指向一個新對象
        user2.setName("王五");
        System.out.println("重新指向一個新對象后："+user2.getName());
    }

    public static void main(String[] args){
        User user1 = new User();
        user1.setName("張三"); //初始化 user1 的 name 為張三
        int a1 = 5; //初始化 a1 的值為 5
        change(user1,a1); //調用方法驗證傳值方式
        System.out.println("調用方法后："+user1.getName()+",a1="+a1);
    }
}

運行這段程序，輸出結果為：

改變之前：張三,a2=5
改變之后：李四,a2=10
重新指向一個新對象后：王五
調用方法后：李四,a1=5

結果分析

下面我們以上圖為輔助，來分析這段程序，首先我們定義了一個User類，然后在測試類中實例化了一個User對象，名為user1，并且為其賦值name = "張三"，此時在內存中如圖1所示，實例化一個對象相當于在堆中開辟了一塊內存，內存地址為017，此時這個對象的引用為user1,內存地址為001,它保存了該對象在內存中的地址，也就是指向了該對象。接下了，我們調用方法change()，來嘗試改變user1的name值以此驗證java中的傳值方式。

我們將user1作為實參傳給change()方法，形參user2來接受這個實參，在這里就體現出了兩種傳參方式的不同。如果是按值傳遞，那么就像定義的那樣，如圖2所示，user2是user1的一份副本，也就是說在傳遞參數時，將user1（本身是一個對象的引用），復制了一份，名為user2，它同樣也是一個對象的引用，并且user1和user2此時指向同一個對象。而如果是引用傳遞，也如同定義的那樣，如圖5所示,在傳遞參數時，是直接將user1傳遞給了形參，只是換了一個名字叫做user2,但是本質上user1和user2其實是同一個。它是一個對象的引用。

接著來分析輸出的結果，不管是按值傳遞還是引用傳遞，第1行輸出的結果一定都是張三，因為都是指向同一個對象。對于第2行輸出，我們還是無法判斷是哪種方式，因為都是改變同一個對象，值也會改變；關鍵在于第3行輸出和第4行輸出，此時，我們將user2重新指向了一個新的對象，并且為這個對象賦值name = "王五"，如果是引用傳遞的方式，那么user1同樣也會改變指向，指向新的這個對象，最后一行調用方法之后輸出的結果將會和第3行一樣是王五，但是事實輸出的是李四，這表明user1和user2其實并不是同一個。真實的調用過程如圖2~圖4所示，這樣才會使得user2指向一個新的對象后，user1指向的對象并沒有改變，還是原來那個對象。

對于基本類型的參數來說,a1的值最后沒有改變，說明在執行方法時，a2是a1的一個副本。對于引用類型的參數來說，例如User對象，在調用方法時，實際上是將其引用user1作為實際參數，那么傳遞給形參的將是該引用的一份副本引用user2，雖然說這是兩份引用（好比a1與a2的關系）。但是卻指向同一個對象，所有的操作也都是對這同一個對象而言的。

最后舉一個例子來形象的說明這一切，假如你有一把你房間的鑰匙，并且在上面刻上了你的名字，這個過程好比給一個int類型的a1初始化值為5。你的朋友和你關系非常好，想要你房間的鑰匙，此時你并沒有直接把你的鑰匙給他，而是復制了一把新的鑰匙，這個鑰匙也能開你的房間的門。而你的朋友在這把新鑰匙上刻上了他的名字。這個過程就好比調用change()方法，把a1復制了一份賦值給a2,此時修改a2和a1沒有任何關系，你朋友在新鑰匙上刻他名字也不會影響你手上那把原始的鑰匙。關鍵是這兩把鑰匙都能開你的房間，就好比user1和user2都指向同一個對象。此時你朋友用這把新鑰匙打開了你的房間，將你房間電視機砸了。這個過程好比改名李四。這時你拿著你的鑰匙打開你房間必然會看到這樣的場景——電視機被砸了。就如同調用方法后user1變成了李四。在調用方法的過程中，最后user2重新指向了一個新的對象，這就好比你的朋友將你復制給他的鑰匙再次進行了加工，此時不能開你房間的門，但是能開他自己的房間，他用這把鑰匙開自己的房間然后把自己的電視砸了這并不會影響到你房間的電視，也就是說最后user1的名字并不會變成王五。這就是java中的值傳遞。當然了，如果是引用傳遞，那么這個例子中從頭到尾將會只有一把鑰匙，最后的結果也將會不同。

尾聲

通過以上分析我們可以知道。Java中只有值傳遞這一種方式，只不過對于引用類型來說，傳遞的參數是對象的引用罷了。

云服務器 GPU云服務器 java打包的方式 java的部署方式 java傳數據的方式 java創建對象的幾種方式

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/76883.html

微信小程序傳值取值的方法總結

摘要：如果需要類似即時響應的，應該選用后者，因為能使用來實現即時取到值，比如商品搜索框輸入手機關鍵字，應出現，等候選詞這樣的場景。微信小程序傳值取值的幾種方法總結列表index下標取值頁面傳值 form表單取值 1. 列表index下標取值實現方式是：data-index={{index}}挖坑及e.currentTarget.dataset.index來填坑即可 1.1 生成...

JerryWangSAP 2019-08-22 17:21 評論0 收藏0
Vue Slot用法

摘要：示例這是命名的節點該節點在邏輯代碼中，可以使用來獲取命名的。該節點在文件中，可以使用來承接命名的。 showImg(https://segmentfault.com/img/bVxM4v?w=797&h=250); Vue在講組件時，建議最好不要在父作用域中傳值給子組件，不知道為什么用slot； slot背景為什么要用slot？個人理解：為了保證組件內容的靈活性，組件的內容由...

liangdas 2019-08-21 10:51 評論0 收藏0
vue組件間通信、數據傳遞（父子組件，同級組件）

總結一下對vue組件通信的理解和使用。一、組件目錄結構父組件：app.vue 子組件：page1.vue 子組件：page2.vue 父組件 app.vue 請輸入單價: import Page1 from ./components/page1; import Page2 from ./components/page2; export de...

Harpsichord1207 2019-08-21 17:28 評論0 收藏0
vue組件間通信、數據傳遞（父子組件，同級組件）

總結一下對vue組件通信的理解和使用。一、組件目錄結構父組件：app.vue 子組件：page1.vue 子組件：page2.vue 父組件 app.vue 請輸入單價: import Page1 from ./components/page1; import Page2 from ./components/page2; export de...

tunny 2019-08-01 17:58 評論0 收藏0