Java值传递：为何传递给其他类后列表会发生变化？

嘿，这个问题绝对是Java新手最容易踩的坑之一！咱先把核心点掰透：Java确实是严格的「按值传递」，没有所谓的「按引用传递」——但引用类型的「值传递」和基本类型的玩法不一样，这就是你困惑的根源。

先结合你给的代码，逐个拆解三个add方法的逻辑：

1. 基本类型的传递：完全独立的副本 #

看add(int a)方法：

public static void add(int a) {
    a = a + 1;
}

当你把一个int变量传进来时，方法拿到的是这个数值的完全独立的副本。方法里修改的只是这个副本，和原变量半毛钱关系都没有——就像你把银行卡号抄给朋友，朋友改了他手里的抄件，你自己的卡号不会变。

2. 引用类型的「重新赋值」：副本指向新对象，和原对象无关 #

再看add(Set<String> b)方法：

public static void add(Set<String> b) {
    b = new HashSet<String>();
    b.add("ABC");
}

这里传递的是原Set引用的副本——注意，是「引用的副本」，不是Set对象本身。但方法里第一行就把b重新赋值成了一个新的HashSet，相当于把手里的钥匙副本扔了，换了一把开别的门的钥匙。这时候你再往新Set里加东西，和原来的Set完全没关系，原Set自然不会有变化。

3. 引用类型的「修改对象内容」：副本和原引用指向同一个对象 #

重点来了！就是你疑惑的add(List<Integer> c)方法：

public static void add(List<Integer> c) {
    c.add(new Integer(1));
}

这里传递的依然是原List引用的副本，但这个副本和原引用指向内存里同一个List对象——就像你给朋友配了一把你家门的钥匙，你们俩的钥匙都能开同一个门。

当你调用c.add(...)时，是用这个钥匙打开了共同的门（List对象），往里面放了个东西。你回家开门一看，家里自然多了这个东西——原List的变化就是这么来的！

关键总结：别把「传递引用的副本」当成「按引用传递」 #

很多人混淆的点就在这：

• 「按值传递」：不管是基本类型还是引用类型，传递的都是参数的副本。
  • 基本类型的副本是数值本身；
  • 引用类型的副本是对象的内存地址（也就是引用）。
• 如果你在方法里没有重新赋值参数变量，那么通过参数调用对象的方法修改内部状态，会影响原对象——因为副本和原引用指向同一个对象。
• 但如果你在方法里给参数变量重新赋值（比如b = new ...），那就是让副本指向了新对象，和原对象彻底没关系了，原对象不会有任何变化。

所以本质上，Java始终是值传递，只是引用类型的传递规则容易让人误以为是按引用传递而已～

内容的提问来源于stack exchange，提问作者Ed Shirinian