Java 中有一个困扰众多开发者的问题：无法直接创建泛型数组。例如 T[] array = new T[10] 这种写法根本行不通，因为泛型在编译期会被擦除，运行时无法获知 T 的具体类型；而基本类型又不能直接应用于泛型，像 List 这种写法是不合法的。那么，有没有办法同时兼顾基本类型的内存效率和泛型的类型安全与复用性？核心思路并非绕过限制，而是采用分层设计——用泛型包装器统一接口，底层按需切换对象数组或专用基本类型数组。
泛型包装器定义：统一入口，对类型擦除友好
声明一个泛型类作为对外 API，但内部不直接持有 T[]，而是使用 Object[] 或委托给专门的基本类型实现。关键要点包括：
- 泛型类仅负责类型约束、方法签名和逻辑编排，不承担存储职责；
- 实际存储交由具体子类或策略对象（例如
IntArray、ObjectArray）； - 构造时通过工厂或类型标记（如
Class）判断是否为基本类型包装类，自动选择底层实现。
底层双轨存储：对象数组 vs 原生数组
针对常用基本类型（int、long、double 等）提供专用数组实现，从而避免装箱开销：
IntArray内部使用int[]，所有get/set操作直接读写原生值；ObjectArray内部使用Object[]，支持任意引用类型；- 泛型包装器在
add(int)时调用IntArray.add()，在add(String)时调用ObjectArray.add()； - 关键点：对外暴露相同的泛型方法签名（如
void add(T value)
规避自动装箱陷阱：缓存与边界控制
即便使用 Integer 等包装类，也要防止无意识的装箱放大内存占用：
- 优先使用
Integer.valueOf(int)而非new Integer(int)，复用 -128~127 缓存对象； - 对于大范围整数或高频场景，强制走原生数组路径，禁止隐式转换（例如禁用
list.add(42)，改用intList.addInt(42)）； - 泛型方法中避免混合运算：
Integer i = 100; int j = i + 1;触发自动拆箱没有问题，但List才是真正零装箱的做法。.stream().mapToInt(x -> x).sum()
实用示例：轻量级 IntList 包装器
不暴露 int[] 细节，但完全避免 Integer 对象分配：
public final class IntList {
private final int[] data;
private int size;
public IntList(int capacity) {
this.data = new int[capacity];
}
public void add(int value) { data[size++] = value; }
public int get(int index) { return data[index]; }
// 提供泛型兼容桥接方法（可选）
public T getAs(Class type, int index) {
if (type == Integer.class) return (T) Integer.valueOf(data[index]);
throw new UnsupportedOperationException();
}
}
搭配泛型工具类，即可在保持类型推导的同时，让 JVM 直接操作原始内存。
