Method类不涉及“权限逃逸”，本质是反射访问控制；动态调用需三步：获取Method对象、准备目标实例与参数、执行invoke；非public方法须调用setAccessible(true)，参数类型须严格匹配，异常需分层捕获。
Method 类本身不涉及“权限逃逸”，这是对概念的混淆。“权限”由 JVM 访问控制机制保障，而“逃逸”通常指对象内存分配位置（栈 or 堆）或作用域边界（如 Go/Java 的逃逸分析），二者属于完全不同的技术范畴。动态调用方法时遇到的权限问题，本质是反射访问控制；所谓“绕过权限”靠的是 setAccessible(true)，不是逃逸。
动态调用方法的核心步骤
使用 Method.invoke() 完成调用需三步：获取 Method 对象、准备目标实例与参数、执行 invoke。缺一不可。
- 通过
Class.getDeclaredMethod("methodName", paramTypes...)获取 Method 实例；getDeclaredMethod才能拿到 private/protected 方法，getMethod只返回 public 且可继承的方法 - 若目标方法非 public，必须立即调用
method.setAccessible(true)；否则在 invoke 时抛IllegalAccessException - 调用
method.invoke(targetObject, args...)，注意第一个参数是实例（静态方法传 null），后续参数顺序和类型须严格匹配签名
参数类型匹配的硬规则
invoke 不做隐式类型转换，连基本类型和包装类之间的自动装箱都只在字面量上下文生效；反射调用中必须显式对齐。
- 方法声明为
void setValue(int x)，就只能传Integer或int字面量（如5），不能传Long、String或short - 数组参数要包一层：方法接收
String[]，就得传new Object[]{new String[]{"a", "b"}}，不能直接传new String[]{"a", "b"} - 不确定类型时，用
method.getParameterTypes()查期望类型，再用arg.getClass()或arg instanceof校验
异常处理不能只 catch Exception
invoke 抛出的异常被统一包装：业务异常（包括 checked exception）会变成 InvocationTargetException，其 getCause() 才是原始异常。
- 必须单独捕获
InvocationTargetException，再根据需要处理e.getCause() - 同时建议显式捕获
IllegalAccessException（权限不足）、IllegalArgumentException（参数错）、NullPointerException（target 为 null） - 不要用
catch (Exception e)一锅端，否则无法区分是调用失败还是方法内部出错
关于“权限”与“逃逸”的澄清
有人误把 setAccessible(true) 称作“权限逃逸”，其实它只是关闭 JVM 对单个 Method 实例的反射访问检查，并不改变对象内存布局，也不绕过模块系统或 SecurityManager 的全局策略。
- JDK 9+ 模块强封装下，即使设了
setAccessible(true)，若目标类所在模块未 open，仍可能失败 - 逃逸分析（Escape Analysis）是 JIT 编译器优化行为，判断对象是否“逃出方法作用域”，决定分配在栈还是堆——和反射权限毫无关系
- Android 上反射调用开销大，且 ProGuard 可能移除私有方法，导致
getDeclaredMethod返回 null，这不是权限问题，而是构建配置问题
