java参数传递本质是值传递：基本类型传递值的副本，引用类型传递地址的副本；字节码和调试观察均证实形参修改不影响实参。
Java 中参数传递的本质就是值传递，无论传的是基本类型还是对象引用，方法拿到的永远是“副本”。理解这一点不需要深挖 JVM 源码（如 HotSpot 的 C++ 实现），而是要结合 Java 语言规范、字节码指令和内存模型，从可观察的行为反推机制。关键不在“源码”本身，而在如何用源码级视角验证和印证这个结论。
基本类型：看变量赋值与栈帧隔离
写一个简单方法：
public static void change(int x) {
x = 99;
}
编译后用 javap -c 查看字节码，会看到 iload_1（加载局部变量表中索引1的 int 值）、sipush 99、istore_1（存回同一位置）。这说明：x 是方法栈帧里独立的一份 int 值，和调用方的原始变量在内存上完全分离。修改它，不影响调用方栈帧里的原始值——这就是值传递最直接的体现。
引用类型：看引用地址被复制，而非对象被共享
定义一个 Person 类并调用：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
Person p = new Person("Tom");
changeName(p);
此时，p 存储的是堆中 Person 对象的内存地址（比如 0x1234abcd）。调用 changeName(p) 时，JVM 把这个地址值（0x1234abcd）拷贝一份，放进新栈帧的形参 slot 里。两个变量（外部的 p 和方法内的 param）指向同一个对象，所以 param.name = "Jerry" 能改到对象内容；但若在方法内写 param = new Person("Lucy")，只是把形参 slot 改成指向新地址（0x5678efgh），原变量 p 仍指向 0x1234abcd——引用本身没被“穿透”，只传了地址的副本。
对比 C/C++ 的指针传参，看清 Java 的设计边界
C 里可以写 void swap(int *a, int *b)，通过解引用直接交换实参内存中的值；Java 没有指针运算，也没有办法让一个方法改变调用方局部变量所持有的引用值。你无法写出一个 swap(Person a, Person b) 让外部两个引用真正互换——因为传进来的是 a 和 b 各自引用地址的副本，改副本不影响外部变量本身。这种限制不是缺陷，而是值传递机制的必然结果，也是 Java 封装性与安全性的基础。
不依赖黑盒，用 debug 观察内存行为
在 IDE 中调试时，对一个对象引用变量右键 “View as Object” 或查看其“Reference ID”，会发现：调用前后，外部变量的 reference ID 不变；进入方法后，形参显示相同 ID；若在方法内重新 new 一个对象并赋给形参，形参 ID 变了，但外部变量 ID 保持不变。这种可视化的地址一致性/分离性，就是“引用地址副本”最直观的证据。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
