反射调用分三步：加载类（如Class<?> paymentClass = Class.forName("com.example.Payment");）、准备操作（如Method payMethod = paymentClass.getDeclaredMethod("pay", String.class); payMethod.setAccessible(true);）、执行调用（如payMethod.invoke(instance, "USD");），每步职责单一、命名达意、异常归属明确。
写清楚反射调用逻辑，关键不是堆砌 API，而是让“谁在什么时候做了什么”一目了然。重点在于结构分层、命名达意、异常有归属，而不是把 Class.forName、getMethod、invoke 塞进一行里。
明确划分三步：加载 → 准备 → 执行
把反射过程拆成清晰的阶段，每阶段只做一件事：
-
加载类：用
Class.forName("全限定名")或targetClass.class，单独一行，变量名体现意图，比如paymentClass而不是clazz -
准备操作：获取 Method/Field 时，注明目标行为，例如
payMethod、statusField；私有成员必须显式调用setAccessible(true)，不省略也不合并 -
执行调用：
invoke()或get()/set()单独成行，参数对齐，避免链式调用掩盖逻辑，如不用clazz.getMethod(...).invoke(...)
方法调用前先校验可访问性与参数匹配
别等 invoke 报错才处理。提前检查能提升可读性和健壮性：
- 用
getDeclaredMethod获取方法后，立刻判断是否为 private，是则加setAccessible(true) - 检查参数类型是否与传入值一致，尤其注意基本类型和包装类（
int.classvsInteger.class） - 静态方法调用时，
invoke(null, args)的null要写清楚，不省略也不用注释遮掩
封装重复逻辑，避免样板代码污染业务意图
反复出现的反射步骤（如创建实例、调用私有方法）应抽成工具方法，但命名要直白：
立即学习“Java免费学习笔记（深入）”；
-
newInstanceSafely(Class<?> cls)—— 内部处理无参构造、异常捕获、空值返回 -
invokePrivateMethod(Object target, String methodName, Object... args)—— 自动找方法、设可访问、执行并包装异常 - 业务代码里就剩一行：
Result result = invokePrivateMethod(order, "calculateDiscount", 0.15);
异常处理要具体，不笼统 catch Exception
反射抛出的异常种类多，混在一起会掩盖问题根源：
-
NoClassDefFoundError或ClassNotFoundException：类路径或名称错了，提示“支付类未找到，请检查配置” -
NoSuchMethodException：方法签名不匹配，提示“找不到 pay(String) 方法，确认参数类型” -
IllegalAccessException：忘了 setAccessible，直接提示“需开启私有成员访问权限” - 统一用自定义运行时异常包装，保留原始栈，不吞掉关键信息
