Java包装类不能桥接泛型擦除，真正方案是绕过泛型数组限制+分层抽象+运行时Class<T>类型识别；包装类仅用于类型占位与API兼容，底层存储需按基本类型自动切换原生数组实现。
Java 包装类本身不能“桥接”泛型擦除，它只是基本类型与对象体系之间的转换接口。真正解决「泛型擦除下高效存储基本类型」的问题，靠的不是包装类本身，而是绕过泛型数组限制 + 分层抽象 + 运行时类型识别的组合策略。关键不在“用包装类桥接”，而在“不用包装类承担存储”。
包装类的作用边界要清晰
包装类（如 Integer、Long）本质是对象封装，用于满足泛型必须引用类型的硬性要求。但它们带来装箱/拆箱开销和堆内存膨胀——这恰恰是你要规避的。所以：
- ✅ 包装类适合做类型占位、API 兼容、反射元数据传递（比如
Class<Integer>传入工厂） - ❌ 不适合做底层存储载体——
ArrayList<Integer>底层仍是Object[]，每个int都被包装成Integer实例
真正起作用的是泛型包装器 + 类型分发机制
你对外暴露 GenericArray<T>，但内部根据 T 是否为基本类型包装类，自动切换实现：
- 若
T == Integer.class→ 实际使用IntArray（底层int[]） - 若
T == String.class→ 实际使用ObjectArray<String>（底层Object[]） - 判断逻辑通常基于
Class<T>的isPrimitive()或isAssignableFrom()检查包装类对应关系
public static <T> GenericArray<T> of(Class<T> type, int size) {
if (type == int.class || type == Integer.class) {
return (GenericArray<T>) new IntArray(size);
} else if (type == long.class || type == Long.class) {
return (GenericArray<T>) new LongArray(size);
} else {
return new ObjectArray<>(size, type);
}
}擦除后如何保留类型信息供分发？
泛型擦除确实抹掉了 T 的运行时类型，但你显式传入的 Class<T> 没被擦除——这是唯一可靠的类型线索：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
-
new GenericArray<Integer>(10)中的Integer.class是实参，保留在堆上 -
GenericArray<T>构造器接收Class<T>，并用它判断是否启用原生数组 - 注意：不能靠
this.getClass().getTypeParameters()反射获取T，那只会返回形参名T，不是实际类型
基本类型数组如何与泛型接口对齐？
靠统一接口定义 + 方法重载隐藏差异：
-
GenericArray<T>定义get(int index): T和set(int index, T value) -
IntArray实现中：get()返回Integer.valueOf(ary[i])（自动装箱，仅用于出参兼容） -
set()接收Integer，内部拆箱存入int[] - 调用方看到的是泛型语义，实际零装箱开销发生在
set入参侧（一次拆箱），而非存储侧
这样既保持 List<T> 风格的调用体验，又避免了 ArrayList<Integer> 那种全程装箱的浪费。
不复杂但容易忽略
