java泛型不支持基本类型的根本原因是类型擦除机制要求泛型参数必须是引用类型，而基本类型非object子类、无运行时类对象、与object[]存储模型不兼容，编译器在语法阶段即报错。
Java 中基本数据类型（如 int、boolean、char）不能作为泛型参数，根本原因在于泛型的实现机制——类型擦除（Type Erasure）与 JVM 类型系统之间的硬性不兼容。
类型擦除要求泛型参数必须是引用类型
编译时，所有泛型信息都会被擦除，类型参数统一替换为上界：无界时默认是 Object，有界时是上界类（如 T extends Number 擦除为 Number）。而基本类型不是对象，不继承 Object，也没有运行时类对象（尽管有 int.class，但它仍是原生类型，非引用类型），无法参与这一擦除过程。
因此，像 List<int></int>、Map<string boolean></string> 这类写法在语法分析阶段就被编译器拦截，直接报错：
底层存储模型完全不匹配
泛型集合（如 ArrayList）内部使用 Object[] 存储元素，依赖对象引用和强制类型转换。而 int[] 是 JVM 原生数组，有独立的内存布局、专用字节码指令（如 iaload/iastore）和 GC 行为。
-
Object[]存的是对象引用，每个元素至少包含对象头和指针开销 -
int[]存的是连续的 4 字节原始值，无对象头、无 GC 跟踪成本 - 两者无法互相赋值或隐式转换，JVM 层面完全隔离
自动装箱解决的是值传递，不是类型系统问题
写 list.add(42) 看似把 int 放进了 List<integer></integer>，这只是编译器在方法调用时插入的自动装箱（int → Integer），底层仍操作的是包装类对象。它不改变泛型对类型参数的约束，也不能让 int 成为合法的类型实参。
常见误解举例：
-
Arrays.asList(new int[]{1, 2, 3})返回的是List<int></int>（一个含单个数组元素的列表），不是List<integer></integer> -
new Integer[10]虽然能存整数，但每个元素都是对象，带来装箱开销、额外内存和 GC 压力
实用替代方案要分场景选
没有“一刀切”的解法，需按性能、可维护性、数据规模权衡：
- 逻辑清晰、数据量小：用
List<integer></integer>+ 自动装箱/拆箱，简洁安全 - 高频数值计算、大数据量：选用 Eclipse Collections 的
IntList、FastUtil 的IntArrayList，内部直操作int[]，零装箱、低 GC - 接口统一但关键路径需优化：定义泛型方法
<t> void process(T[] data)</t>，再重载void process(int[] data)版本
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
