一个老生常谈的问题：为什么说Java是只有值传递

 

这个问题感觉挺有意思而且在实际操作中有误导性。比如下面一个例子

  public static void main(String[] args) {
        List list = new ArrayList();
        addOne(list);
        System.out.println(list);

    }

    public static void addOne(List list) {
        list.add(1);
    }

输出结果相信大家都知道

于是得出一个结论：方法接收对象的时候是引用传递！

为什么得出这样结论？因为addOne我通过debug得到list值是一个地址

传递的是list的一个引用。所以认为java存在引用传递。

 

我们先别急着直接说正确观点，我们用反证法推翻这个观点

首先问问度娘什么叫引用传递

所谓引用传递是指在调用函数时将实际参数的地址传递到函数中，那么在函数中对参数所进行的修改，将影响到实际参数。

注意最后一句话，在函数中对参数所进行修改，将影响到实际参数。

如果是引用传递那么就可以吧参数（内存地址指向的对象）修改成任意值

那我们再写一个方法吧

//error
    public static void changeList(List list){
        list = "123";
    }

这个方法好像不行，编译器报错了，我把参数传Object就行了

 public static void main(String[] args) {
        List list = new ArrayList();
        changeList(list);
        System.out.println(list);

    }

    public static void changeList(Object list) {
        list = "123";
    }

程序运行后会发现，该内存地址的值并没有修改为我们预期的string类型的123

由此推翻结论，新结论为：java传参为值传递

结论是出来了，但是疑惑也就来了，既然是值传递的话为什么可以修改对象的值呢？

当我们传入一个对象给一个方法时，传递的是一个指向对象对应堆内存的值的拷贝，无论我们怎么重新定义，声明这份拷贝的地址，都无法直接对我们的真实地址的值生效。

当我们在方法里对引用的拷贝进行操作时：

list.add(1)
list.clear()

实际生效的也是引用拷贝的值，当方法结束出栈的时候，这块引用的地址会去堆中找实际的地址使其生效。

而当对参数进行赋值操作时

list=1
list="123"

=指向的是另外一块内存地址，当方法出栈的时候另外一块地址去堆中找，发现对堆中没有任何的地址与该地址对应，于是堆中的list不会改变。