Java动态代理和反射调用中，基本类型参数必须用对应包装类参与方法匹配与执行：查找方法时用int.class等基本类型Class，传参时用Integer等包装类，JVM自动拆箱；接口方法签名决定装箱时机，null传给基本类型参数会抛IllegalArgumentException。
Java 动态代理和反射调用中，基本类型参数必须转为对应包装类才能参与方法匹配与执行，否则会因类型不匹配导致 NoSuchMethodException 或 IllegalArgumentException。核心在于：反射查找方法时需用包装类（如 Integer.class）匹配声明的参数类型；而实际传参时，若目标方法形参是基本类型（如 int），JVM 会自动拆箱；若形参是包装类型，则直接传递对象。
反射调用前：用包装类匹配方法签名
反射获取 Method 时，getDeclaredMethod(name, Class...) 的参数类型数组必须与目标方法声明的参数类型严格一致。即使方法定义为 void foo(int x)，也必须传 int.class（不是 Integer.class）来查找；但若方法是 void foo(Integer x)，则必须用 Integer.class。
-
错误写法：对
void bar(int a)调用clazz.getDeclaredMethod("bar", Integer.class)→ 找不到方法 -
正确写法：用
int.class查找，再传Integer.valueOf(100)作为参数 → JVM 自动拆箱 - 可借助
java.lang.reflect.Method#isVarArgs()和method.getParameterTypes()动态判断每个参数该用基本类型还是包装类型
动态代理中：接口方法签名决定装箱时机
动态代理（Proxy.newProxyInstance）要求被代理接口的方法签名必须明确。若接口定义 int getValue()，代理实现中返回 Integer 是合法的（自动拆箱）；若定义 Integer getValue()，则必须返回包装类实例。
- 在
InvocationHandler.invoke()中，若目标方法参数含基本类型，调用method.invoke(target, args)时，args数组里的对应元素必须是其包装类（如int参数对应Integer），JVM 会自动拆箱 - 若
args中混入了null且对应位置是基本类型（如int），会抛IllegalArgumentException（无法将null拆箱） - 建议统一用
java.lang.Class#isPrimitive()判断参数类型，再用Objects.requireNonNull()或默认值兜底处理null
安全转换工具：自动适配基本类型与包装类
手动判断类型并装箱/拆箱易出错，可用小工具封装逻辑：
立即学习“Java免费学习笔记（深入）”；
- 对任意
Object参数和目标参数类型Class<?>，先判断是否为基本类型：targetType.isPrimitive() - 若是，检查参数是否为
null；非null则尝试用Number子类转型（如Integer→int），或通过String解析（如"123"→int） - 若目标类型是包装类（如
Integer.class），直接接受Integer、int（自动装箱）、null（合法） - JDK 9+ 可参考
java.lang.invoke.MethodHandles.Lookup的类型检查机制，更底层但更严谨
常见陷阱与规避方式
容易忽略的细节往往导致运行时异常：
-
泛型擦除干扰：如
List<Integer>在反射中表现为List，取元素后需显式转型，不能依赖自动装箱 -
重载方法歧义：
foo(int)和foo(Integer)同时存在时，反射必须精确指定类型，否则getDeclaredMethod可能抛异常或返回错误方法 -
数组参数特殊性：基本类型数组（如
int[]）与包装类数组（Integer[]）是不同类型，不可互换；传参时若目标是int[]，须确保是原始数组而非Integer[] - 调试时可用
method.toGenericString()确认真实签名，避免凭印象写错类型
