MutableCallSite 的核心作用是支持运行时安全、可控地替换方法调用目标。它通过 setTarget() 动态切换 MethodHandle，所有调用自动命中最新目标，适用于脚本重定义、热更新、代理切换等场景；相比 ConstantCallSite（不可变）和 VolatileCallSite（volatile 语义），它无同步保障，适合单线程或低频更新。
MutableCallSite 的核心作用，是让一个方法调用目标能在运行时被安全、可控地替换，而无需修改字节码或重新编译。它不是普通变量，但行为类似——你可以反复调用 setTarget() 来切换背后真正执行的方法句柄（MethodHandle），所有通过该 CallSite 发起的调用（包括 invokedynamic 指令和 dynamicInvoker()）会自动命中最新设置的目标。
为什么需要动态重绑定
静态绑定在编译期就锁死方法入口，不适用于以下场景：
- 脚本引擎中函数被重新定义（如 JavaScript 的
function foo() {}后又覆盖为新实现） - 热更新逻辑，比如 A/B 测试中按条件切换算法实现
- 代理对象在运行时切换真实委托者（如 Mock 对象替换为真实服务）
- Lambda 表达式捕获的局部变量发生变更，需反映到调用链中
MutableCallSite 的基本用法
它本身不执行逻辑，只作为“可变跳转桩”存在。典型流程如下：
- 创建时指定方法类型（如
MethodType.methodType(String.class)），这决定了后续 target 必须匹配的签名 - 调用
dynamicInvoker()获取一个通用调用器，它会始终转发给当前 target - 用
filterReturnValue、insertArguments等组合出带处理逻辑的 MethodHandle 链，其中引用该 CallSite 的dynamicInvoker() - 首次调用
setTarget()设置初始方法句柄（例如常量、查找方法、构造方法等） - 后续任意时刻再次调用
setTarget()即可切换行为，已有 MethodHandle 链自动生效
线程安全与可见性注意事项
MutableCallSite 的 setTarget() 默认不保证跨线程立即可见。如果多个线程共享同一个 CallSite 并频繁更新：
- 建议改用
VolatileCallSite，它的setTarget()具有 volatile 语义，确保写操作对其他线程及时可见 - 若坚持使用
MutableCallSite，可手动调用syncAll(new CallSite[]{site})强制刷新所有相关invokedynamic桩点（JVM 层面的同步机制） - 注意：即使 target 更新了，正在执行中的 invokeExact 调用仍使用旧目标，不会中途切换
和 ConstantCallSite、VolatileCallSite 的区别
三者都继承自 CallSite，差异在于目标更新能力与内存模型保障：
-
ConstantCallSite：target 一旦设定不可更改，JVM 可做激进内联优化，性能最高 -
MutableCallSite：允许更改 target，但无同步保障，适合单线程或低频更新场景 -
VolatileCallSite：支持更改 + volatile 语义，适合多线程高频更新，开销略高于 Mutable
