localvariabletypetable是字节码中专用于保存局部变量泛型签名的可选属性，不参与类型擦除；它与localvariabletable并列存在，但存储的是带泛型的完整签名（如ljava/util/list;），而非擦除后的原始类型。
Java泛型的类型擦除确实让运行时无法直接获取泛型实际类型，但LocalVariableTypeTable属性是字节码中**少数保留泛型签名信息的结构之一**，它不参与类型擦除，专用于调试和反射增强场景。突破读取壁垒的关键不是“绕过”擦除，而是精准定位并解析这个被编译器写入字节码、却常被忽略的调试属性。
LocalVariableTypeTable 是什么，为什么它能保留泛型信息
它是 class 文件方法属性（attributes）中的一个可选属性，与 LocalVariableTable 并列存在。区别在于：
-
LocalVariableTable存储的是擦除后的原始类型（如java/lang/String、java/lang/Object） -
LocalVariableTypeTable存储的是带泛型的完整签名（如Ljava/util/List<ljava>;</ljava>或TT;），该签名在编译期生成，JVM 不解释也不擦除它 - 仅当编译时启用
-g:vars（或默认的-g）调试信息选项才会生成
实战：用 ASM 读取 LocalVariableTypeTable 中的泛型签名
使用 ASM 框架是最轻量、最可控的方式。核心思路是继承 MethodVisitor，在 visitLocalVariable 回调中获取签名字段：
- 重写
visitLocalVariable(String name, String descriptor, String signature, Label start, Label end, int index) - 其中
signature参数即来自LocalVariableTypeTable的泛型签名（非descriptor！） - 注意：只有局部变量声明处的泛型才可能在此出现，例如
List<string> list = new ArrayList();</string>中的list - 类字段、方法返回值、参数类型的泛型签名需查
Signature属性（字段/方法级），而非此表
常见误区与限制条件
这个属性不是万能钥匙，必须明确它的边界：
- 不包含运行时动态构造的泛型（如
new ArrayList<t>()</t>中的T），只记录源码中显式声明的局部变量类型 - IDE 或 javac 默认可能不生成该属性——务必确认编译参数含
-g；Maven 中需配置<debug>true</debug> - lambda 表达式、匿名内部类中的局部变量签名支持较弱，不同 JDK 版本行为不一致（JDK 8+ 较稳定）
- 反射 API（如
Method.getParameters()）默认不暴露此信息，需配合Parameter.getName()和 ASM / Javassist 等字节码工具
替代方案对比：为什么不用其他方式
有人尝试通过 getClass().getGenericSuperclass() 或 Method.getGenericParameterTypes() 获取泛型，但这些仅对「类定义」或「方法声明」有效，对「局部变量」完全无能为力。而 LocalVariableTypeTable 是 JVM 规范中唯一为局部变量泛型签名预留的标准化位置，具有不可替代性。它不是 hack，而是规范赋予的合法通道。
