适配器模式通过新增中间层解决接口不兼容问题：对象适配器用组合更灵活，类适配器用多重继承耦合强；需处理资源管理、异常转换和线程安全。

适配器模式是一种结构型设计模式，它让原本接口不兼容的类能够协同工作。核心思路不是修改原有类的代码，而是新增一个“中间层”——适配器类，负责把客户端期望的接口，转换成被适配者实际提供的接口。

为什么需要适配器：接口不匹配的典型场景

比如你有一个旧的支付模块 LegacyPaymentSystem，它只提供 processPayment(int amount) 方法；但新订单系统要求调用 charge(double price, const std::string& currency)。两者参数类型、名称、语义都不同，直接调用会编译失败或逻辑错乱。这时不能改旧系统（可能没源码或影响大），也不能硬凑新接口——适配器就是这个桥梁。

对象适配器：通过组合实现，更常用也更灵活

适配器持有被适配者的实例，将客户端请求“翻译”后委托给它：

• 定义目标接口（新系统依赖的）：例如 IPaymentProcessor，含 charge()
• 实现适配器类（如 LegacyPaymentAdapter），继承目标接口，内部持有一个 LegacyPaymentSystem 对象
• 在 charge() 中做转换：把 price 四舍五入为整数，忽略 currency（或映射为默认币种），再调用 legacy->processPayment(amt)

类适配器（C++中受限，需多重继承）

C++ 支持多重继承，理论上可以让适配器同时继承目标接口和被适配类：

• 适配器类 public 继承 IPaymentProcessor，private 继承 LegacyPaymentSystem
• 重写 charge()，直接调用父类的 processPayment()
• 但这种方式耦合更强，且无法适配 final 类或没有继承关系的类，实践中较少使用

关键细节：别漏掉资源与异常处理

适配不是简单函数转发。要注意：

• 若被适配者构造/析构有特殊逻辑（如打开文件、连接数据库），适配器需正确管理其生命周期
• 被适配方法可能抛异常，而目标接口声明不抛——适配器应捕获并转为符合目标契约的方式（如返回错误码、或重新抛出兼容异常）
• 线程安全：如果被适配者非线程安全，适配器在多线程下调用时需加锁，不能假设“转换本身是安全的”