Java基本类型参数无法在方法内修改原变量，根本原因是值传递机制：基本类型传的是数据本身副本，形参与实参内存地址不同且物理隔离，修改仅作用于形参所在栈帧。
Java 中基本数据类型作为方法参数时无法在方法内部修改原变量，根本原因在于所有参数都是值传递，而基本类型的“值”就是数据本身。不是语言故意限制，而是内存模型和传递机制共同决定的必然结果。
形参是独立栈变量，和实参物理隔离
调用方法时，JVM 为形参在当前方法的栈帧中分配一块全新内存，并把实参的当前值复制进去。比如 int a = 5; 在 main 栈帧里占 4 字节；进入 modify(int x) 后，x 在另一个栈帧里也占 4 字节，初始值是 5，但地址完全不同。
- 两个变量生命周期互不重叠：a 属于 main 栈帧，x 属于 modify 栈帧
- 方法结束后，modify 栈帧整体弹出，x 占用的内存立即释放
- 没有任何机制能让 x 的修改“反向寻址”到 a 所在的内存位置
值传递的本质：传什么，就只能动什么
Java 不区分“传值”或“传引用”，它只有一种规则——传值。区别只在于所传的“值”代表什么：
- 基本类型（int、boolean、char 等）：传的是数字、真假、字符这些数据本身的副本
- 引用类型（Object、List、数组等）：传的是堆中对象地址的副本（例如 0x7f8a1c）
所以对 x = x + 1 这类操作，JVM 明确知道：这是往当前栈帧中 x 所在的那 4 字节内存里写新值，跟其他栈帧里的任何变量无关。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
对比引用类型，更能看清这个逻辑
如果传的是 Person p，方法里写 p.name = "Tom" 能生效，是因为 p 的值（地址）指向堆中某块内存，而 name 是那块内存里的一个字段；但写 p = new Person() 就无效——这相当于把栈帧里 p 那个地址变量从 0x7f8a1c 改成 0x9b3d2e，只改了自己，不影响外部变量存的旧地址。
- 基本类型没有“堆”“字段”“地址”这些中间层，它的值就在栈里，一拷贝就是彻底分离
- 所以“改内容”和“改指向”这两种行为，在基本类型上根本不存在区分——它只有“改自己”这一种操作
这不是缺陷，而是设计保障
这种机制避免了方法意外污染调用方变量，让局部逻辑更可预测。想更新原始值，必须显式返回：
- 用 return 把新值交还给调用方，如 count = increment(count)
- 需要多个输出时，可封装进对象或数组再返回，例如 int[] result = compute(a, b)
- 不要尝试用包装类（如 Integer）绕过——它只是把“不可变对象 + 引用重绑定”伪装成基本类型行为，本质更复杂且同样无效
