java泛型类型擦除导致反射invoke只能按原始类型匹配参数，无法基于泛型精确匹配；需用getgenericparametertypes()获取真实泛型信息，注意桥接方法干扰。
Java 泛型的类型擦除会直接影响反射调用 invoke 时的参数匹配逻辑——不是因为泛型本身“干扰”了方法查找，而是因为擦除后的方法签名在字节码中已不包含泛型信息，导致反射无法基于泛型参数做精确匹配，只能按原始类型（raw type）匹配。
方法签名在运行时只剩原始类型
泛型方法或泛型类中的方法，在编译后其参数和返回值类型均被擦除为边界类型（无界则为 Object）。例如：
-
public <t> void process(List<t> data)</t></t>→ 擦除为public void process(List data) -
public <t extends number> T parse(String s)</t>→ 擦除为public Number parse(String s)
反射调用 Method.invoke(obj, args...) 时，Method 对象是通过 Class.getMethod() 或 getDeclaredMethod() 获取的，而这些方法**只认擦除后的签名**。你传入 ArrayList<string></string>，反射底层看到的只是 ArrayList；传入 Integer，它只当它是 Object 或其上界类型。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
参数类型检查完全失效
编译期的泛型约束在运行时不生效，所以反射可以绕过所有类型限制：
- 一个声明为
void add(Integer x)的泛型方法（如在Box<integer></integer>中），擦除后实际是void add(Object x) - 用反射调用时，传入
"hello"（String）也能成功，不会抛IllegalArgumentException - 这和直接调用不同：编译器会对
box.add("hello")报错，但反射跳过了编译检查
获取泛型参数信息需额外手段
若你想在反射中还原真实泛型参数（比如做类型校验或自动转换），不能依赖 method.getParameterTypes()（它返回的是擦除后的 Class[]），而要改用：
-
method.getGenericParameterTypes()返回Type[]，其中可能是ParameterizedType - 对
ParameterizedType调用getActualTypeArguments()才能拿到String.class、Integer.class等实参 - 注意：该信息仅保留在方法声明处（如字段、方法签名、父类继承关系中），运行时对象实例本身不携带泛型参数
桥接方法可能干扰 method 查找
泛型类重写父类方法时，编译器会生成桥接方法（bridge method），它和原始方法共存于字节码中。例如：
-
class Child extends Parent<string></string>重写了set(T t) - 会生成一个桥接方法
set(Object o)，再委托给擦除后的set(String s) - 用
getDeclaredMethod("set", Object.class)可能拿到桥接方法而非你预期的泛型方法，影响参数处理逻辑 - 建议用
getMethods()配合isBridge()过滤，或优先用getGenericParameterTypes()判断语义意图
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
