反射调用接口默认方法必须使用实现类的class对象而非接口class，因jvm禁止在接口类型上调用invokevirtual；需用getdeclaredmethod获取方法，传入实现类实例调用，且无需setaccessible(true)。
反射调用接口默认方法：必须用实现类的 Class 对象
Java 反射不能直接通过 Interface.class 调用默认方法，因为默认方法本质上是编译器“塞进”接口字节码的实例方法，但 JVM 不允许在接口类型上执行 invokeVirtual 实例调用。你得找一个实现了该接口的具体类（哪怕只是个空实现），再拿它的 Class 去获取并调用方法。
常见错误现象：IllegalAccessException 或 IllegalArgumentException: object is not an instance of declaring class —— 这往往是因为你传了 MyInterface.class 作为目标类，却试图用 null 或接口实例去调用。
- 使用场景：框架需要统一处理某接口的所有实现，默认方法逻辑又不能重复写（比如
Streamable.asStream()） - 必须确保目标对象是接口的**实际实例**，且该实例所属类的
Class包含该默认方法（JDK 8+ 编译的类才带默认方法符号） - 若用
Method.invoke(obj, ...)，obj不能是null，也不能是接口类型的代理或原始接口引用
获取默认方法时别漏掉 getDeclaredMethod
getMethods() 返回的是所有 public 方法（包括继承来的），但接口默认方法在反射中属于“声明在本类”的方法，必须用 getDeclaredMethod() 才能拿到。否则会抛 NoSuchMethodException，尤其当方法名被其他父接口或 Object 方法重名遮蔽时。
示例：接口 MyInterface 有 default void log(String s)，但 MyInterface.class.getMethods() 可能返回一堆 Object 方法，就是没有它。
立即学习“Java免费学习笔记（深入）”；
- 正确写法：
MyInterface.class.getDeclaredMethod("log", String.class)—— 注意是Interface.class，不是实现类 - 但调用时仍需传入实现类的实例，不能传
null - JDK 8–16 中，接口的默认方法在反射里表现为
isDefault() == true，可用此判断是否为默认方法
调用前必须 setAccessible(true)？不，只对 private 有效
接口默认方法默认是 public，所以不需要也不应该调用 setAccessible(true)。加了不仅多余，还可能触发 SecurityManager 拒绝（虽然现代应用很少用）。
容易踩的坑：看到 “反射调用失败”，下意识就加 setAccessible(true)，结果报 InaccessibleObjectException（JDK 12+ 模块系统限制）—— 因为默认方法本身可访问，强行设 accessible 反而触发模块边界检查。
- 只有 private / protected / package-private 方法才需要
setAccessible(true) - 接口默认方法一定是 public，且定义在接口内，无访问权限障碍
- 如果仍报 IllegalAccessException，请检查是不是误用了接口 Class 做调用目标，而不是实现类实例
Lambda 和代理类调用默认方法的兼容性风险
用 Proxy.newProxyInstance() 或 Lambda 表达式生成的接口实现，其底层类不包含默认方法的字节码实现（它们靠桥接方法或运行时委托），此时用反射调用默认方法大概率失败：要么找不到方法，要么 invoke 报 IllegalArgumentException（对象类型不匹配）。
性能影响不大，但行为不可靠。真实项目里，如果你的“实现类”其实是动态生成的，就得绕开反射调用，默认方法逻辑应提取成工具类静态方法供统一调用。
- 验证方式：
proxy.getClass().getDeclaredMethods()几乎不会包含接口默认方法名 - 替代方案：把默认方法体抽成
static void doLog(MyInterface self, String s)，反射调用这个静态方法更稳定 - Android（Dalvik/ART）对接口默认方法反射支持较晚，低于 API 24 的设备可能直接崩溃
