Java基本类型不能作为泛型类型参数，因为泛型要求类型参数必须是Object的子类，而基本类型不是对象、不继承Object，且类型擦除机制只支持引用类型，故编译器直接报错“Type argument cannot be of primitive type”。
Java 基本数据类型不能直接用于泛型，这是由类型擦除和 JVM 类型系统共同决定的——泛型只支持引用类型，基本类型必须使用对应的包装类（如 Integer、Boolean）才能参与泛型操作。
为什么基本类型不能作为泛型类型参数
Java 泛型在编译后会进行类型擦除，即泛型信息仅保留在源码和字节码的签名中，运行时所有泛型实例都变成原始类型（如 List<String> 和 List<Integer> 运行时都是 List）。而 JVM 的泛型实现要求类型参数必须是 Object 的子类，基本类型（int、char 等）不是对象，不继承自 Object，因此无法通过编译。
- 写
List<int>会直接报错：「Type argument cannot be of primitive type」 - 编译器不允许基本类型出现在尖括号内，哪怕只是声明或通配符也不行（如
extends int>合法性不存在） - 自动装箱/拆箱解决的是值传递层面的便利性，不改变泛型对类型参数的约束
包装类替代方案与潜在陷阱
用 Integer 替代 int、Double 替代 double 是标准做法，但需注意：
-
null可能引入空指针异常（例如list.get(0) + 1中若元素为null，拆箱时抛NullPointerException） - 小整数缓存机制导致
==比较不可靠：Integer a = 127, b = 127;→a == b为true；但Integer c = 128, d = 128;→c == d为false - 频繁装箱/拆箱影响性能，尤其在循环或大数据量场景下（可考虑
IntStream或第三方库如 Eclipse Collections 的原生IntList）
类型擦除带来的运行时限制
由于擦除，泛型类无法在运行时获取实际类型参数，这进一步放大了基本类型缺失的影响：
立即学习“Java免费学习笔记（深入）”；
- 无法基于
T创建实例：new T()不合法，对int来说本就不支持，但对Integer也因擦除而无法直接构造 - 无法做
instanceof T判断（如if (obj instanceof T)编译失败），意味着不能按原始类型做分支逻辑 - 数组创建受限：
new T[10]不允许，所以List<Integer>内部仍用Object[]存储，再靠强制转型访问，这也解释了为何new ArrayList<int>[5]根本不可能存在
实用建议
面对基本类型与泛型需求，优先选择清晰、安全、符合 JVM 规范的方式：
- 坚持使用包装类，配合
Objects.requireNonNull或 Optional 避免空值风险 - 数值比较统一用
.equals()或Integer.compare()，避免== - 高频数值计算场景，改用专门的原生集合库（如 Trove、FastUtil、Eclipse Collections），它们提供
TIntArrayList等无装箱结构 - 不要尝试用反射绕过泛型检查——擦除后类型信息已丢失，反射拿到的仍是
Object或其数组
