Java泛型类型擦除是指编译期将泛型参数替换为Object或边界类型，字节码中仅保留原始类型和checkcast强转指令，泛型信息仅存于Signature等元数据中供反射使用。
Java 泛型类型擦除不能直接“看到”，但可以通过反编译工具观察编译后字节码的实际表现——擦除不是删除所有痕迹，而是把泛型信息从运行逻辑中剥离，只保留在元数据里供反射等场景使用。关键是要区分：**字节码指令里用的是什么类型？方法签名和常量池里又记了什么？**
用 javap 查看擦除后的字节码结构
javap 是 JDK 自带的反编译工具，不还原 Java 源码，而是展示真实字节码，最能反映擦除效果。
- 运行 javap -c -p 类名，重点关注 Code 区域：所有泛型参数都已消失，
List<String>的get()调用变成invokeinterface List.get:(I)Ljava/lang/Object;，返回值是Object - 紧接着会看到一条
checkcast #13 // class java/lang/String—— 这就是编译器自动插入的强转，证明“类型安全”是编译期补的，不是运行时自带的 - 方法签名行（如
public java.lang.String first(java.util.List<java.lang.String>);）仍显示泛型，但这来自Signature属性，不是字节码执行依据
用 jclasslib 或 IDEA 插件看元数据保留情况
擦除 ≠ 全删。JVM 规范要求把泛型声明写进 class 文件的元数据区，供反射 API 使用。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 在 jclasslib 中打开 class 文件，切换到 “Attributes” 标签页，找到
Signature属性，里面存着类似Ljava/util/List<Ljava/lang/String;>;的签名字符串 - IDEA 安装 “Bytecode Viewer” 插件后，在 .class 文件上右键 → “Show Bytecode with JRE Decompile”，左侧树状结构可展开查看
LocalVariableTypeTable和Signature，确认泛型边界是否被记录 - 这些信息对
Method.getGenericReturnType()或Field.getGenericType()有效，但不影响instanceof或getClass()的结果
对比原始代码与反编译源码的差异
像 JD-GUI、CFR 等源码级反编译器会尝试“猜”出擦除前的样子，但它们输出的不是真实运行逻辑。
立即学习“Java免费学习笔记（深入）”；
- 例如
Map<String, Integer> map = new HashMap<>();反编译后可能显示为Map map = new HashMap();，甚至补上(String) map.get("key")—— 这个强转就是擦除的证据 - 注意：这种反编译结果不可执行，仅作参考；真正决定行为的是字节码中的
checkcast和invoke*指令 - 若想验证擦除是否生效，可写一个
new ArrayList<String>().getClass() == new ArrayList<Integer>().getClass()，运行结果为true
为什么不能只看 IDE 的“Go to Declaration”？
IDE 基于源码索引和语义分析，显示的是编译前视图。它会高亮 List<String> 并跳转到泛型接口定义，但这和运行时无关。
- 按 Ctrl+Click 看到的是
get(): E，而实际字节码调用的是返回Object的方法 - IDE 的“Structure”或“Bytecode”视图（需开启）才能看到擦除后的真实方法签名和指令流
- 依赖 IDE 显示判断泛型行为，容易误以为运行时还存在类型区分
