说起「古法」，hen多人第一反应是炊事、手工艺——那些在现代化浪潮里仍被人津津乐道的老办法。把它搬到软件世界，其实也是一种「不改动原有结构，只Zuo包装」的哲学——恰恰就是适配器模式的核心。

在日常开发中，我们常常会遇到这样的问题：手头Yi经有一套成熟的类库，但业务需求却要它们「说」另一种语言。直接改动旧代码往往代价高、风险大，这时候我们就像厨师一样，找个锅盖子把锅里的东西转移过去——这就是「包装」的思想。

保留老代码：不必重新实现Yi有功Neng。

对外统一接口：让新旧系统无缝对接。

降低耦合度：只在一层Zuo转换，其他层保持干净。

这正是Adapter Pattern所倡导的精神：用Zui小的侵入性，把两套不相干的 API 拉进同一个舞台。

下面我们用经典的「鸭子 vs 火鸡」案例来演示这个过程。代码保持完整，但文字描述全部自行 。

public class DuckTestDrive {
    public static void main {
        System.out.println(""" 
                鸭子紧缺，临时请来火鸡凑热闹 
                """);
        List.of,
                new TurkeyAdapter))
            .forEach(duck -> {
                duck.quack;
                duck.fly;
                System.out.println);
            });
    }
}

鸭子紧缺，临时请来火鸡凑热闹
呱呱呱...
绿头鸭起飞了...
______________________________
咯咯咯...
野火鸡只Neng短暂飞行...
______________________________

Target：Duck ——系统原本期待操作的接口。

Adaptee：Turkey ——Yi有但不匹配的新类。

Adapter：TurkeyAdapter ——负责把两边的话翻译过去。

Client：DuckTestDrive ——只认识Duck,从未见过Turkey.

⚡️ 小技巧：Ru果你画不出 UML，Ke以直接想象「Adapter 持有 Adaptee 实例」，所有 Target 方法dou委托给它。

下面用文字描述代替繁琐图形：

Client → Target interface

Adapter implements Target & 包装 Adaptee

Adaptee 完全保持原样，只负责自己的业务逻辑。

The whole picture looks like a small bridge connecting two islands.

public interface Duck {
    /** 发出呱声 */
    void quack;
    /** 起飞 */
    void fly;
}
public class MallardDuck implements Duck {
    @Override public void quack { System.out.println; }
    @Override public void fly   { System.out.println; }
}

public interface Turkey {
    /** 发出咯咯声 */
    void gobble;
    /** 飞行Neng力 */
    void fly;
}
public class WildTurkey implements Turkey {
    @Override public void gobble { System.out.println; }
    @Override public void fly   { System.out.println; }
}

@RequiredArgsConstructor
public class TurkeyAdapter implements Duck {
    private final Turkey turkey;
    /** 把 quack 映射为 gobble */
    @Override
    public void quack {
        turkey.gobble;               // 鸭子的叫声 → 火鸡的叫声
        // 若需要额外日志，可在此加入
        // System.out.println;
    }
    /** 飞行直接委托 */
     @Override
     public void fly {
         turkey.fly;                // 保持原行为
     }
}

⚙️ 注意：这里使用了 Lombok 的 @RequiredArgsConstructor, 在实际项目中若没有 Lombok，请自行写构造函数。

A/B 两种电压之间互相转换，是Zui直观的类比。假设你手里只有 220V 的交流电，却需要给手机提供 5V 的直流电，这时就要找一个「插座转接头」——这正是对象适配器Zui常见的场景之一。

SATA ↔ USB‑C：Laptop 主板提供 SATA 接口，却想接 USB‑C 外置硬盘，需要一个转接盒；内部依然是 SATA 协议，只是外部多了一层包装。

SPI 与 I²C 的桥接：IOT 芯片往往只Neng支持一种总线，而外围传感器却采用另一种协议，此时引入协议转换芯片即可视作软硬件混合的 Adapter。

Sring MVC 中 HandlerAdapter：Sring 将各种不同风格的控制器统一为 Handler，对外只暴露统一调用方式，这背后隐藏着大量对象适配工作。

AOP 中 MethodInterceptor：AOP 框架通过代理对象包装目标 bean，实现横切关注点，同样属于「动态代理 + Adapter」组合拳。