java禁止直接创建泛型数组（如new list[10]），因类型擦除导致jvm无list真实类型；cglib生成代理类时仅操作已擦除的原始类型字节码，不涉及泛型数组；类加载器对泛型数组无特殊行为，只加载原始类型class。
Java 中不允许直接创建泛型数组（如 new List<string>[10]</string>），这是编译期语法限制，与类加载器无关；CGLIB 在生成代理类时也不涉及泛型数组的构造或加载——它操作的是原始类型字节码，泛型信息在编译后已被擦除。
泛型数组本身无法实例化
Java 规范禁止在运行时 new 出参数化类型的数组。例如：
-
List<string>[] arr = new List<string>[5];</string></string>→ 编译报错 - 合法写法只能是：
List[] arr = new List[5];或List>[] arr = new List[5]; - 根本原因在于类型擦除：JVM 层面不存在
List<string></string>这样的真实类型，只有原始类型List
CGLIB 生成代理类时不处理泛型数组
CGLIB 的核心是通过 ASM 动态生成目标类的子类字节码，所有生成逻辑基于原始类结构：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 它读取的是已加载的 Class 对象（如
UserService.class），而该 Class 已完成泛型擦除 - 代理类继承目标类，方法签名也按擦除后形式生成（如
public Object get(int)而非public String get(int)） - CGLIB 不解析、不保留、也不生成任何泛型数组相关字节码——它甚至不知道原方法声明中是否有泛型数组参数
类加载器对泛型数组无特殊行为
类加载器只负责把字节码定义为 Class 实例，它不关心泛型语义：
- 即使某段代码试图反射创建泛型数组（如通过
Array.newInstance），实际创建的仍是原始类型数组（List[].class），类加载器加载的是List类本身，不是“List<string></string>” - CGLIB 使用的
Enhancer创建代理时传入的ClassLoader，仅用于定义新生成的子类（如UserService$$EnhancerByCGLIB$$a1b2c3d4），该类不含泛型数组字段或方法 - 双亲委派机制在此过程中照常工作：先委托父加载器尝试加载被代理类及其父类、接口等，再由当前加载器 define 代理类字节码
真正影响类加载的是代理类的归属关系
关键点不在泛型，而在谁加载、谁可见：
- 代理类由你指定的
ClassLoader（比如 Spring 的ContextClassLoader）调用defineClass定义，因此它的getClassLoader()就是那个加载器 - 若被代理类由 Bootstrap 加载器加载（如
ArrayList），代理类仍可正常继承——因为 JVM 允许子类由不同加载器加载，只要父类可访问 - 但若代理类和被代理类使用不同加载器且无可见性链路（如隔离的 OSGi Bundle），则可能抛
NoClassDefFoundError，这与泛型完全无关
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
