java泛型不支持基本数据类型，根本原因是类型擦除机制要求泛型实参必须是引用类型，而基本类型无法继承object且不能存入object[]数组；包装类作为桥梁可解决该问题，但存在装箱拆箱开销。
Java 泛型不支持基本数据类型（如 int、boolean、char 等），根本原因在于泛型的**类型擦除机制**与基本类型的**JVM 表示方式**存在本质冲突。这不是语法限制，而是 JVM 层面的设计约束。
泛型在运行时被擦除，而基本类型无法参与引用类型统一处理
Java 泛型是编译期特性，编译后所有类型参数都被替换为上界（通常是 Object），即所谓“类型擦除”。这意味着：
- 泛型容器（如
ArrayList<t></t>）在运行时实际只操作Object引用； - JVM 要求所有泛型实参必须是引用类型，因为只有引用类型才能向上转型为
Object； - 基本类型不是对象，没有继承关系，不能赋值给
Object，也无法存入以Object[]为底层存储的集合中。
包装类是适配桥梁，但自动装箱/拆箱有代价
为绕过该限制，Java 提供了八种基本类型的对应包装类（Integer、Boolean、Character 等）。它们是真正的引用类型，可作为泛型实参使用：
-
ArrayList<integer></integer>合法，底层仍用Object[]存储，每个int值被自动装箱为Integer对象； - 读取时（如
list.get(0)）自动拆箱为int，前提是对象非null，否则抛NullPointerException； - 频繁装箱/拆箱会带来额外对象创建和 GC 压力，尤其在循环或高性能场景中需谨慎。
原始类型泛型（如 ArrayList<int></int>）为何不被支持？
尽管 C# 等语言支持原生值类型泛型，Java 未引入类似机制，主要原因包括：
- 向后兼容性：引入新字节码指令或泛型实现方式会破坏现有 JVM 和类库；
- 设计取舍：Java 优先保证泛型简单性与运行时一致性，而非极致性能；
- 替代方案存在：数组（
int[]）、第三方库（如 Eclipse Collections、Trove）或 Java 14+ 的Vector API（面向数值计算）可缓解部分需求。
开发中实用建议
面对泛型与基本类型的矛盾，可参考以下做法：
- 日常业务逻辑优先使用包装类 + 自动装箱，代码简洁且语义清晰；
- 高频数值计算或内存敏感场景，改用基本类型数组（
int[]）、ByteBuffer或专为数值优化的集合库； - 自定义泛型工具方法时，注意空值检查（如
OptionalInt可显式表达可能缺失的int值）； - 理解装箱缓存机制（如
Integer.valueOf(127)返回缓存对象，new Integer(128)总是新建），避免用==比较包装类值。
