Java泛型不能用int等基本类型，因类型擦除机制要求类型参数必须是引用类型；基本类型需通过Integer等包装类配合自动装箱/拆箱实现，但存在GC压力、缓存陷阱和空指针风险；高性能场景应选用Trove或Eclipse Collections等专为基本类型优化的集合库。
Java泛型为什么不能用 int、boolean 等基本类型？
因为 Java 泛型在编译期被擦除（type erasure），运行时所有泛型信息都不存在，而基本类型和引用类型在 JVM 层面是完全不同的存在——JVM 的泛型机制只支持引用类型，int 这类基本类型无法作为类型参数传入。
你写 List 会直接编译失败，报错：Unexpected type: int is not a reference type。这不是语法糖限制，而是 JVM 类型系统硬性约束。
Integer 是怎么替代 int 的？自动装箱有啥代价？
Java 提供了 8 个包装类（Integer、Boolean、Double 等）作为基本类型的引用类型“马甲”，让它们能参与泛型。编译器会在必要时插入 Integer.valueOf() 和 .intValue() 调用，这就是自动装箱/拆箱。
- 频繁装箱（比如循环中往
ArrayListadd 100 万个int）会创建大量临时对象，触发 GC 压力 -
Integer.valueOf(127)返回缓存对象，但Integer.valueOf(128)每次新建——这可能导致==判断意外失败 - 数值计算前必须拆箱，空指针风险：如果集合里存了
null，调用.intValue()就抛NullPointerException
真要高效存基本类型，该用什么？
标准集合接口（Collection、List、Map）天生不支持基本类型，别硬扛。实际项目中按场景选：
立即学习“Java免费学习笔记（深入）”；
- 性能敏感、数据量大：用专门的基本类型集合库，比如 Trove（已停更但稳定）、Agrona 或更现代的 Eclipse Collections（提供
IntList、LongObjectHashMap等） - Android 开发：优先用
SparseArray（int → Object映射）或LongSparseArray，避免HashMap的双重装箱 - 简单场景、数量不大：老实用
ArrayList，别过早优化；但记得用Integer.valueOf(x)而非new Integer(x)
泛型擦除导致的连锁影响
泛型擦除不只是“不能用基本类型”这么简单，它还会引发几个容易被忽略的问题：
- 无法在运行时获取泛型实际类型：
list.getClass()拿到的是ArrayList.class，不是ArrayList.class - 不能 new 泛型数组：
new T[10]编译不过，因为擦除后 T 是Object，但 JVM 不允许创建Object[]并安全转型为T[] - 无法重载泛型方法：
void foo(List和) void foo(List编译后都是) foo(List)，冲突
这些都不是 bug，是泛型设计权衡的结果——向后兼容 JDK 5 之前的字节码，代价就是牺牲部分类型表达能力。
所以别指望靠泛型绕过基本类型限制，也别试图用反射去“恢复”泛型类型。该用原始类型数组（int[]）就用，该引入第三方基本类型集合就引入，接受这个设计事实比纠结“为什么不能”更省时间。
