反射要求操作对象是引用类型，因为field、method、constructor等api均以java.lang.object为参数基础，基本类型无运行时类实例且无法作为接收者；包装类虽自动装箱，但反射始终面向对象层级。
Java 中的引用类型本身不直接参与反射操作，但反射操作的对象（如 Field、Method、Constructor）所作用的目标——即你传入的实例或数组——必须是引用类型（或其子类型），因为基本类型无法作为对象被反射调用。
为什么反射要求操作对象是引用类型？
反射的核心逻辑围绕 java.lang.Object 展开：
– Field.get(obj) 和 Field.set(obj, value) 的第一个参数 obj 必须是非 null 的引用类型实例（null 仅在静态字段时允许）；
– Method.invoke(obj, args) 同样要求 obj 是该方法所属类的实例（即引用类型），否则抛 IllegalArgumentException；
– 基本类型（如 int、boolean）没有运行时类实例，不能调用 getClass()，也不能作为 invoke 的接收者。
即使你反射操作的是包装类（如 Integer、Boolean），它们也是引用类型，其底层值会被自动装箱/拆箱，但反射接口始终面向对象层级。
反射中常见引用类型误用场景
以下情况容易出错，需特别注意：
-
用基本类型变量直接传给
invoke或set：例如写method.invoke(123, ...)—— 编译可能通过（因自动装箱），但运行时若方法期望Integer，而你传int值，参数类型不匹配会抛IllegalArgumentException；应确保传入的是明确的包装类实例或正确类型的对象。 -
对数组使用反射时混淆类型：数组是引用类型，但
int[]和Integer[]的Class对象不同（分别为[I和[Ljava.lang.Integer;）。用Array.get(arrayObj, index)时，arrayObj必须是数组引用，不能是基本类型值。 -
泛型擦除导致的类型误判：反射无法获取泛型实际类型（如
List<string></string>运行时只剩List.class），但你可以通过Field.getGenericType()获取Type并做判断——此时仍需把字段所在对象当作引用类型来处理。
如何安全地配合引用类型使用反射
关键不是“避免引用类型”，而是“明确引用类型的语义和边界”：
- 获取字段或方法前，先用
field.getType()或method.getReturnType()确认返回值是否为引用类型（type.isPrimitive() == false），再决定是否可安全调用get()或需要进一步处理。 - 创建对象时，优先使用
Constructor.newInstance(...)而非已弃用的Class.newInstance()，并确保构造器参数与目标类的引用类型签名一致（例如传new String("a")，而非字面量"a"虽然等效，但更推荐显式类型）。 - 处理集合类（如
Map、List）字段时，即使字段声明为泛型，反射读取后得到的是原始引用（如Object），需手动转型或借助instanceof校验，避免ClassCastException。
小结：引用类型是反射的承载基础，不是障碍
反射机制从设计上就依赖 JVM 的运行时类模型，而该模型中一切可被 new 出来的实体都是引用类型。你不需“绕过”它，只需理解：所有 Field、Method、Constructor 的操作入口，都隐含着一个前提——你正在操作一个活着的、类型明确的引用对象。只要这个对象存在且类型兼容，反射就能工作；反之，拿基本类型值硬套，就会在运行时暴露类型契约的刚性。
