java反射处理基本类型参数需严格匹配int.class等原始类型签名，传参时可自动拆箱但推荐直接传原始值，框架常将参数转为object[]并做类型适配，私有方法和泛型场景仍须遵循类型声明。
Java 框架底层在反射中处理基本类型参数时，关键在于明确区分 基本类型（如 int、boolean）和其对应的 包装类（如 Integer、Boolean），并在获取方法、调用方法时严格匹配类型签名。
方法查找阶段必须用基本类型.class
反射通过 getMethod 或 getDeclaredMethod 查找目标方法时，参数类型必须与方法声明完全一致。如果原方法定义为 void foo(int x)，就必须传入 int.class；若误传 Integer.class，会抛出 NoSuchMethodException。
-
Method m = clazz.getMethod("foo", int.class);✅ 正确匹配foo(int) -
Method m = clazz.getMethod("foo", Integer.class);❌ 找不到，除非方法签名本就是foo(Integer)
参数传递时自动装箱通常不生效
虽然 Java 支持 int → Integer 自动装箱，但反射的 invoke 方法不参与编译期类型推导，它只做运行时值校验。传参时若方法期望 int，你传 Integer.valueOf(42) 是可以的——JVM 会在调用前自动拆箱；但更稳妥、更符合框架设计习惯的做法是直接传原始类型值（如 42），由反射内部处理。
-
m.invoke(obj, 42);✅ 推荐：传int字面量，语义清晰 -
m.invoke(obj, Integer.valueOf(42));✅ 可行：自动拆箱生效 -
m.invoke(obj, new Integer(42));✅ 同上，但已过时，不推荐
框架底层常统一收口为 Object[]，但需保障类型兼容
像 Spring、MyBatis 等框架在解析配置或代理调用时，往往把参数抽象为 Object[]。此时框架会在执行前做类型适配：
- 检测目标参数类型是基本类型 → 尝试对
Object元素调用xxxValue()方法（如Integer.intValue()） - 若元素为
null且目标是基本类型 → 抛异常（基本类型不能为null） - 若元素是正确包装类实例或原始类型值 → 直接转换或透传
私有方法或泛型场景需额外注意
当反射调用私有方法（如 private void bar(int x)）时，除了 setAccessible(true)，仍要确保 getMethod("bar", int.class) —— 包装类无法绕过访问控制，也不能替代类型声明。
- 泛型擦除后，方法签名中的
Integer和int在字节码层面完全不同，反射不识别泛型，只看实际签名 - 使用
getGenericParameterTypes()可获带泛型信息的Type，但它不影响参数匹配逻辑
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
