java 中无法在实例级别实现接口，只能在类级别声明；若需让已有类实例适配新接口，应采用适配器模式——通过包装器类委托调用，既避免爆炸式子类组合，又保持类型兼容性。
java 中无法在实例级别实现接口，只能在类级别声明；若需让已有类实例适配新接口，应采用适配器模式——通过包装器类委托调用，既避免爆炸式子类组合，又保持类型兼容性。
在面向对象设计中，常遇到这样的需求：已有继承体系（如 abstract class A 及其子类 B、C、D）不实现任何接口，但业务逻辑却要求某些场景下将其实例“视为”实现了特定接口（如 X、Y、Z）。你不能通过 new B() implements X 这样的语法为单个实例动态添加接口——Java 的接口实现是编译期静态绑定的，仅作用于类定义本身。
直接为每种组合创建子类（如 B_WithX extends B implements X、B_WithY implements Y 等）会导致类爆炸（2ⁿ 种组合），违背开闭原则且难以维护。此时，适配器模式（Adapter Pattern） 是标准、优雅的解决方案。
适配器的核心思想是：不改变原始类，而是创建一个新类，持有原始实例，并实现目标接口，将接口方法调用委托给内部对象。 该方式完全解耦，复用性强，且所有适配器均可向上转型为同一接口类型。
以下是一个典型实现示例：
// 原有抽象基类与具体子类（不可修改）
abstract class A {}
class B extends A {}
class C extends A {}
// 待适配的目标接口
interface X { void execute(); }
interface Y { void run(); }
interface Z { void process(); }
// 为类 B 适配接口 X 的适配器
class BAsX implements X {
private final B delegate;
public BAsX(B b) { this.delegate = b; }
@Override
public void execute() {
// 可在此注入横切逻辑（日志、校验等）
System.out.println("Executing via X adapter...");
// 委托调用 —— 若 B 本身无 execute()，可扩展或桥接
// 此处假设 B 提供了 compatible method，或通过策略补充
}
}
// 更通用的写法：适配任意 A 的子类到 X（需约定行为契约）
class AAsX implements X {
private final A delegate;
public AAsX(A a) { this.delegate = a; }
@Override
public void execute() {
System.out.println("Adapted A instance executing as X");
}
}
使用时：
B instanceOfB = new B(); // 原生实例，类型为 B
X instanceOfBUsingX = new BAsX(instanceOfB); // 适配后实例，类型为 X
// 方法接收 A 或 X 类型均无障碍
public void handleA(A a) { /* ... */ }
public void handleX(X x) { /* ... */ }
handleA(instanceOfB); // ✅
handleX(instanceOfBUsingX); // ✅
⚠️ 注意事项：
- 适配器不改变原始对象状态，是轻量级包装，无性能隐患；
- 若接口方法需调用被包装对象的私有/非公开方法，需确保原始类提供受保护或包级访问的钩子；
- 对于多接口组合（如同时需要
X & Y），可设计复合适配器（BAsXAndY）或使用装饰器模式进阶扩展； - 在现代 Java 中，若允许重构，也可考虑将核心能力提取为函数式接口 + Lambda 适配（适用于简单单方法接口），但适配器仍是类型安全、可调试、易测试的首选。
总结：接口实现是类的契约，而非实例的标签。当需要“运行时接口绑定”语义时，请拥抱适配器——它用组合代替继承，以清晰的委托关系，为静态类型系统注入灵活的动态能力。
