对象名::实例方法名是静态绑定的语法糖，编译期即固化目标实例，无法运行期动态切换；需用Supplier+方法调用等方式延迟到运行期确定实例。
Java 中的 对象名::实例方法名 本质上是**静态绑定的语法糖**，它在编译期就确定了目标实例（即那个“对象名”），无法在运行期动态切换目标对象。所以严格来说，**不能用这种写法实现“运行期动态绑定特定实例”**。
为什么 :: 不能动态绑定实例？
当写 obj::method 时，JVM 在创建函数式接口实例（如 Consumer、Function）时，会把 obj 的引用**固化进生成的 Lambda 实现类中**——相当于隐式捕获了该对象。后续每次调用，都固定调用这个 obj 上的 method，和普通闭包行为一致。
例如：
Person p1 = new Person("Alice");
Person p2 = new Person("Bob");
Consumer<String> c = p1::setName; // 绑定死 p1
c.accept("Charlie"); // 修改的是 p1.name，与 p2 无关
想实现运行期换实例？得绕开 :: 语法糖
有几种实用替代方式，核心思路是：**把“对象”本身作为参数传入，延迟到调用时才决定用哪个实例**：
- 用 Function 或 BiFunction 封装逻辑：把实例作为第一个参数传入，方法逻辑作为第二个参数（或直接内联）
-
手动定义函数式接口，显式接收 receiver 参数：比如
TriConsumer<T, U, V>或自定义ObjMethod<T, R> -
用 Supplier + 方法调用组合：把“获取目标对象”的逻辑封装为
Supplier<T>，再配合普通方法调用
推荐做法：用 Supplier + 普通方法调用
最清晰、最可控的方式：
Supplier<Person> target = () -> someCondition ? p1 : p2;
target.get().setName("NewName"); // 运行期才决定调哪个实例
如果要复用为函数式接口（比如传给某个 API），可包装成：
Consumer<String> dynamicSetter = name -> target.get().setName(name);
这样每次执行 dynamicSetter.accept(...)，都会重新求值 target.get()，从而真正实现运行期动态选择实例。
补充说明：反射不是好主意
虽然可用 Method.invoke(obj, ...) 配合运行期 obj 变量实现动态调用，但反射牺牲类型安全、性能和可读性，一般不推荐仅为了“动态绑定实例”而引入。优先用上述基于函数式组合或显式参数传递的方式。
