适配器模式通过新增中间层解决接口不兼容问题：对象适配器用组合更灵活，类适配器用多重继承耦合强；需处理资源管理、异常转换和线程安全。
适配器模式是一种结构型设计模式，它让原本接口不兼容的类能够协同工作。核心思路不是修改原有类的代码，而是新增一个“中间层”——适配器类，负责把客户端期望的接口，转换成被适配者实际提供的接口。
为什么需要适配器：接口不匹配的典型场景
比如你有一个旧的支付模块 LegacyPaymentSystem，它只提供 processPayment(int amount) 方法；但新订单系统要求调用 charge(double price, const std::string& currency)。两者参数类型、名称、语义都不同，直接调用会编译失败或逻辑错乱。这时不能改旧系统（可能没源码或影响大），也不能硬凑新接口——适配器就是这个桥梁。
对象适配器：通过组合实现，更常用也更灵活
适配器持有被适配者的实例，将客户端请求“翻译”后委托给它：
- 定义目标接口（新系统依赖的）：例如 IPaymentProcessor，含
charge() - 实现适配器类（如 LegacyPaymentAdapter），继承目标接口，内部持有一个 LegacyPaymentSystem 对象
- 在
charge()中做转换：把price四舍五入为整数，忽略currency（或映射为默认币种），再调用legacy->processPayment(amt)
类适配器（C++中受限，需多重继承）
C++ 支持多重继承，理论上可以让适配器同时继承目标接口和被适配类：
立即学习“C++免费学习笔记（深入）”；
- 适配器类 public 继承 IPaymentProcessor，private 继承 LegacyPaymentSystem
- 重写
charge()，直接调用父类的processPayment() - 但这种方式耦合更强，且无法适配 final 类或没有继承关系的类，实践中较少使用
关键细节：别漏掉资源与异常处理
适配不是简单函数转发。要注意：
- 若被适配者构造/析构有特殊逻辑（如打开文件、连接数据库），适配器需正确管理其生命周期
- 被适配方法可能抛异常，而目标接口声明不抛——适配器应捕获并转为符合目标契约的方式（如返回错误码、或重新抛出兼容异常）
- 线程安全：如果被适配者非线程安全，适配器在多线程下调用时需加锁，不能假设“转换本身是安全的”
