可通过字节码重写拦截并重定向方法调用，本质是劫持invokestatic、invokevirtual、invokeinterface等指令，用Byte Buddy的MemberSubstitution实现，需注意类加载器隔离、JIT编译状态及签名一致性。
不能直接“替换方法引用流”，但可通过字节码重写在调用发生前拦截并重定向目标方法，使 jvm 实际执行的是你指定的新逻辑。本质不是修改引用本身，而是在字节码层面劫持调用点（如 invokevirtual、invokestatic），插入跳转或代理逻辑。
明确可改的入口：必须 hook 方法调用点
Java 字节码中方法调用由特定指令触发，重写关键在于定位并替换这些指令：
-
静态调用（
invokestatic）：最易拦截，如工具类方法、单例获取；可直接替换为新类的同签名方法 -
虚调用（
invokevirtual）：需确保目标对象类型兼容，否则可能抛IllegalAccessError或IncompatibleClassChangeError -
接口调用（
invokeinterface）：需保持接口契约不变，新实现类必须实现相同接口且方法签名一致 - 避免重写
invokedynamic（Lambda/MethodHandle）：运行时绑定复杂，不建议动态干预
用 Byte Buddy 实现调用重定向（推荐）
比手写 ASM 更安全。核心是用 MemberSubstitution 替换目标调用指令：
- 匹配原调用：例如
MethodCall.invoke(named("oldMethod")).onSubclassOf(Service.class) - 指向新逻辑：用
to(MyReplacement.class.getMethod("newImpl"))绑定静态方法，或用toConstructor()构建新实例再调用 - 注意返回值与异常类型必须与原调用完全一致，否则字节码校验失败
绕过类加载器隔离，让新类可见
若被替换方法属于 Spring Boot 的 LaunchedURLClassLoader 加载的类，Agent 默认无法访问新类：
- 把新实现类打包进 Agent jar，并调用
instrumentation.appendToSystemClassLoaderSearch(jarFile) - 或使用
Advice+@Advice.This在原方法内做条件跳转，避免跨类加载器调用 - 切勿尝试用
Class.forName("NewImpl", true, targetClassLoader)动态加载——容易引发ClassNotFoundException或双亲委派冲突
生效前提与常见失败原因
重写后不生效？大概率卡在这几个环节：
- 目标类已被 JIT 编译（
HotSpot中标记为not entrant状态），需先执行AsyncProfiler或arthas vmtool --action getJITInfo检查，必要时加-XX:+UnlockDiagnosticVMOptions -XX:-UseJVMCICompiler临时禁用 - 未启用 retransform：注册
ClassFileTransformer时必须传true，且显式调用retransformClasses(target) - 方法签名变更（如参数个数、泛型擦除后类型不同）导致字节码验证失败，报
VerifyError
