Java开发时出现的问题---语言特性与基础机制陷阱

错误本质 ：Java 中 "一切皆引用传递" 的说法是误解。实际中，基本类型（int、char等）通过值传递（传递副本），对象类型通过 "引用的值传递"（传递引用的副本，而非对象本身）。

典型误区 ：

复制代码

void swap(Integer a, Integer b) {
    Integer temp = a;
    a = b;
    b = temp;
}
// 调用后，实参的值不会交换
Integer x = 1, y = 2;
swap(x, y); // x仍为1，y仍为2

不可变性的双刃剑 ：String是不可变对象（final char[]存储字符），每次修改（如+、substring）都会创建新对象，若在循环中频繁拼接，会产生大量临时对象，触发 GC 频繁回收，导致性能损耗。
复制代码
```
// 低效：每次循环创建新String对象
String result = "";
for (int i = 0; i < 1000; i++) {
    result += i; 
}
```
正确做法：使用StringBuilder（非线程安全）或StringBuffer（线程安全），其内部通过可扩容的字符数组减少对象创建。
常量池的误用 ：String a = "abc"（常量池对象）与String b = new String("abc")（堆内存对象）的内存地址不同，若频繁用new String()创建相同字符串，会浪费常量池优化机会，增加内存占用。
intern () 方法的滥用 ：String.intern()可将堆中字符串入池，但 JDK 7 后常量池移至堆中，过度调用会导致常量池膨胀，甚至引发OutOfMemoryError: PermGen space（JDK 7 前）或堆内存溢出。

缓存机制的边界问题 ：Integer对-128~127的缓存由IntegerCache实现，但若通过new Integer(127)创建对象，仍会绕过缓存，导致逻辑错误：
复制代码
```
Integer a = 127;
Integer b = new Integer(127);
System.out.println(a == b); // false（a来自缓存，b是新对象）
```
循环中的装箱开销 ：在高频循环中，自动装箱会频繁创建包装类对象（如Integer i = 0; i < 10000; i++会创建 10000 个Integer），导致内存波动和 GC 压力。
拆箱的空指针风险 ：包装类可能为null，若直接参与运算会触发自动拆箱，导致NullPointerException：
复制代码
```
Integer num = null;
int result = num + 1; // 编译通过，运行时NPE
```

擦除机制的本质 ：Java 泛型仅在编译期生效，运行时泛型信息被擦除（如List<String>擦除为List），导致无法在运行时获取泛型参数类型（如list.getClass().getGenericType()需通过反射间接获取）。
典型错误场景 ：
- 试图用instanceof判断泛型类型：if (obj instanceof List<String>)（编译错误）；
- 泛型数组创建受限：new List<String>[10]（编译错误，因擦除后数组无法保证类型安全）。
解决方案 ：通过 "类型令牌"（Class<T>）保留类型信息，或使用ParameterizedType反射获取泛型参数。