基本数据类型传递实际值，包装类传递引用副本，因不可变性和null导致行为差异。
Java中，基本数据类型和包装类在方法传递时的行为差异主要体现在传值方式、可变性以及是否支持null等方面。理解这些差异有助于避免常见的编程错误。
1. 传值机制：都是值传递，但含义不同
Java中所有参数传递都是值传递。对于基本数据类型和包装类，虽然都传递的是值，但这个“值”的内容不一样。
- 基本数据类型（如int、double）传递的是实际的数据值。
- 包装类（如Integer、Double）是引用类型，传递的是对象引用的副本，也就是指向堆中对象的地址拷贝。
例如：
public static void modifyInt(int x) {x = 10;
}
public static void modifyInteger(Integer x) {
x = 20; // 实际上是创建新对象，原引用不变
}
int a = 5;
Integer b = 5;
modifyInt(a); // a 的值不会变
modifyInteger(b); // b 的值也不会变
看起来行为相似，但本质不同：前者是值拷贝，后者是引用拷贝，但由于Integer不可变，无法修改原对象内容。
立即学习“Java免费学习笔记（深入）”；
2. 包装类的不可变性限制了修改效果
Java中的包装类（如Integer、Boolean等）是不可变类，一旦创建，其内部值就不能更改。
即使通过方法传入包装类对象，也无法真正“修改”它指向的对象值：
num = 100; // 等价于 num = new Integer(100)，只是改变局部引用
}
Integer val = 50;
change(val);
System.out.println(val); // 输出 50，未改变
而如果使用可变包装容器（如AtomicInteger或自定义类），则可以实现类似“引用传递”的效果。
3. null值处理：包装类可能引发空指针异常
基本数据类型不能为null，有默认值（如int为0）；包装类可以赋值为null，在方法传递中需特别注意：
public static void printValue(Integer value) {System.out.println(value.toString()); // 若value为null，抛出NullPointerException
}
而基本类型参数永远不会为null，因此不存在此类风险。
4. 自动拆箱与装箱带来的隐式转换
Java提供了自动装箱（boxing）和拆箱（unboxing），让基本类型和包装类可以互转，但在方法调用时容易引入性能损耗或空指针问题：
- 传入null的Integer到期望int的方法参数时，会触发自动拆箱，导致NullPointerException。
- 频繁的方法调用中发生大量装箱/拆箱操作，影响性能。
例如：
public static void add(int a, int b) { ... }Integer x = null;
add(x, 5); // 运行时抛出 NullPointerException，因x要拆箱
基本上就这些。关键在于明白：虽然Java始终是值传递，但基本类型传的是数据值，包装类传的是引用副本，且由于不可变性和null的存在，行为表现有所不同。使用时注意判空和理解不可变性，能有效避免问题。不复杂但容易忽略。
