Java泛型不能使用int、double等基本类型作类型参数，因其非引用类型，不继承Object，无法满足类型擦除后统一替换为Object的要求，且JVM指令与内存模型对基本类型和对象类型完全分离。
Java中泛型不能直接使用int、double等基本类型作为类型参数，根本原因在于泛型的实现机制与JVM类型系统的硬性约束不兼容。
类型擦除要求所有泛型参数必须是引用类型
Java泛型在编译期会执行“类型擦除”：泛型信息被移除，类型参数统一替换为上界（默认是Object）。例如List<integer></integer>擦除后变成List，内部元素按Object处理。而int不是类，不继承Object，无法被擦除成合法的引用类型，JVM无法将其存入对象数组或调用通用方法。
基本类型和引用类型在JVM中本质不同
JVM对基本类型和对象类型有完全独立的指令集与内存模型：
-
int值直接存栈或局部变量表，用iload/istore操作； - 对象引用存栈但对象本身在堆，用
aload/astore操作； - 泛型容器底层依赖对象引用机制（如
Object[]），基本类型无法直接塞进去。
语言规范明确禁止，不是语法糖能绕过的限制
这不是编译器“懒得支持”，而是Java语言规范强制规定：
立即学习“Java免费学习笔记（深入）”；
-
List<int></int>、Map<string double></string>这类写法直接报错：“int is not a reference type”； - 即使配合自动装箱（如
list.add(42)），也只作用于值的传入/传出环节，泛型声明本身仍必须是Integer等包装类； - 泛型方法的类型形参（如
<T> void f(T t)）同样不能传入int作为T的实际类型。
替代方案不是妥协，而是设计必然
用Integer、Double等包装类不是“将就”，而是适配泛型机制的正确路径：
- 它们是真正的类，继承自
Object，满足擦除后归一化为引用类型的要求； - 自动装箱/拆箱让代码看起来像用了基本类型，但底层始终走对象逻辑；
- 若真需高性能基本类型集合，应选用专为原生类型设计的第三方库（如Eclipse Collections或Trove），而非强行改泛型。
