Java都是值传递

很多人看到这个可能都很疑惑，Java不是分为值传递和引用传递嘛？怎么会都是值传递呢？
确实，在很多时候我们都会说：Java传递分为值传递（基本数据）和引用传递（引用数据：对象、字符串），这是最容易接受的。但是，仔细查阅资料发现，Java中只有值传递。
那么为什么还要区分值传递和引用传递呢？

public class CallByValue {
    
    private static int x=10;
    
    public static void updateValue(int value){
        value = 3 * value;
    }
    
    public static void main(String[] args) {
        System.out.println("调用前x的值："+x);
        updateValue(x);
        System.out.println("调用后x的值："+x);
    }

运行结果：

调用前x的值：10
调用后x的值：10

可以看到x的值并没有变化，接下来我们一起来看一下具体的执行过程：

分析：

• value被初始化为x值的一个拷贝（也就是10）
• value被乘以3后等于30，但注意此时x的值仍为10！
• 这个方法结束后，参数变量value不再使用，被回收。

结论：当传递方法参数类型为基本数据类型（数字以及布尔值）时，一个方法是不可能修改一个基本数据类型的参数。

当然java中除了基本数据类型还有引用数据类型，也就是对象引用，那么对于这种数据类型又是怎么样的情况呢？

声明一个User对象类型：

public class User {
    private String name;
    private int age;
    public User(String name, int age) {
        this.name=name;
        this.age=age;
    }
    public String getName() {
        return name;
    }
    public void setName(String name) {
        this.name = name;
    }
    public int getAge() {
        return age;
    }
    public void setAge(int age) {
        this.age = age;
    }
}

执行类如下：

public class CallByValue {
    private static User user=null;
    public static void updateUser(User student){
        student.setName("Lishen");
        student.setAge(18);
    }
    
    public static void main(String[] args) {
        user = new User("zhangsan",26);
        System.out.println("调用前user的值："+user.toString());
        updateUser(user);
        System.out.println("调用后user的值："+user.toString());
    }

运行结果：

调用前user的值：User [name=zhangsan, age=26]
调用后user的值：User [name=Lishen, age=18]

很显然，User的值被改变了，也就是说方法参数类型如果是引用类型的话，引用类型对应的值将会被修改

image.png

分析：

• student变量被初始化为user值的拷贝，这里是一个对象的引用。
• 调用student变量的set方法作用在这个引用对象上，user和student同时引用的User对象内部值被修改。
• 方法结束后，student变量不再使用，被释放，而user还是没有变，依然指向User对象。

结论：当传递方法参数类型为引用数据类型时，一个方法将修改一个引用数据类型的参数所指向对象的值。

通过上面的实例我们可能就会觉得java同时拥有按值调用和按引用调用啊，可惜的是这样的理解是有误导性的，虽然上面引用传递表面上体现了按引用调用现象，但是java中确实只有按值调用而没有按引用调用。
下面我们通过一个反例来说明：

public class CallByValue {
    private static User user=null;
    private static User stu=null;
    
    /**
     * 交换两个对象
     * @param x
     * @param y
     */
    public static void swap(User x,User y){
        User temp =x;
        x=y;
        y=temp;
    }
    
    public static void main(String[] args) {
        user = new User("user",26);
        stu = new User("stu",18);
        System.out.println("调用前user的值："+user.toString());
        System.out.println("调用前stu的值："+stu.toString());
        swap(user,stu);
        System.out.println("调用后user的值："+user.toString());
        System.out.println("调用后stu的值："+stu.toString());
    }
}

我们通过一个swap函数来交换两个变量user和stu的值，在前面我们说过，如果是按引用调用那么一个方法可以修改传递引用所对应的变量值，也就是说如果java是按引用调用的话，那么swap方法将能够实现数据的交换，而实际运行结果是：

调用前user的值：User [name=user, age=26]
调用前stu的值：User [name=stu, age=18]
调用后user的值：User [name=user, age=26]
调用后stu的值：User [name=stu, age=18]

我们发现user和stu的值并没有发生变化，也就是方法并没有改变存储在变量user和stu中的对象引用。swap方法的参数x和y被初始化为两个对象引用的拷贝，这个方法交换的是这两个拷贝的值而已，最终，所做的事都是白费力气罢了。在方法结束后x，y将被丢弃，而原来的变量user和stu仍然引用这个方法调用之前所引用的对象。

这个过程也充分说明了java程序设计语言对对象采用的不是引用调用，实际上是对象引用进行的是值传递，当然在这里我们可以简单理解为这就是按值调用和引用调用的区别，而且必须明白即使java函数在传递引用数据类型时，也只是拷贝了引用的值罢了，之所以能修改引用数据是因为它们同时指向了一个对象，但这仍然是按值调用而不是引用调用。

String和StringBuffer

public class ReferencePkValue1 {
    public static void main(String[] args){
        ReferencePkValue1 pk=new ReferencePkValue1();
        //String类似基本类型，值传递，不会改变实际参数的值
        String test1="Hello";
        pk.change(test1);
        System.out.println(test1);
         
        //StringBuffer和StringBuilder等是引用传递
        StringBuffer test2=new StringBuffer("Hello");
        pk.change(test2);
         
        System.out.println(test2.toString());
    }
     
    public void change(String str){
        str=str+"world";
    }
     
    public void change(StringBuffer str){
        str.append("world");
    }
}

结果：

Hello
Helloworld

这里我们可以简单地理解为：
String类似基本类型，值传递，不会改变实际参数的值；StringBuffer是引用传递

总结：

• 基本数据类型传值，对形参的修改不会影响实参；
• 引用类型传引用，形参和实参指向同一个内存地址（同一个对象），所以对参数的修改会影响到实际的对象；
• 上面两种传递都进行了值拷贝的过程。

参考资料：
https://www.cnblogs.com/binyue/p/3862276.html
https://www.cnblogs.com/pan1042/p/11275497.html
https://www.cnblogs.com/laipDIDI/articles/2524309.html