桥接模式通过组合将抽象与实现分离，使两者独立变化。抽象部分定义高层逻辑，实现部分封装底层细节，通过引用实现接口动态绑定具体实现，避免继承导致的类爆炸。例如图形类持渲染器接口，形状与渲染方式解耦，运行时可切换。适用于多维变化场景，如通知类型与发送渠道的组合，扩展时无需新增类。关键在于识别正交变化维度，定义稳定实现接口，构造时注入实现对象，保持职责单一，实现“做什么”与“怎么做”的分离。
桥接模式的核心在于将抽象部分与实现部分分离，使它们可以独立变化。这种解耦的关键是通过组合而非继承来建立关系，从而避免类层次结构的爆炸式增长，特别是在面对多维变化时尤为有效。
抽象与实现的分离设计
在传统继承结构中，抽象行为和具体实现常常耦合在一起。每当新增一个抽象角色或一种实现方式，就需要创建大量子类。桥接模式通过引入两个独立的类层次结构：
- 抽象部分（Abstraction）：定义高层业务逻辑和接口
- 实现部分（Implementor）：封装底层平台或具体实现细节
抽象类中持有一个对实现类接口的引用，运行时动态绑定具体实现，从而实现灵活替换。
用组合代替继承打破耦合
桥接模式使用对象组合的方式连接抽象与实现。例如，有一个“图形”抽象类，它可以有不同的形状（圆形、矩形），也可以有不同的渲染方式（矢量渲染、光栅渲染）。如果用继承，每新增一种组合都要创建新类。
采用桥接后：
- 图形类持有“渲染器”接口的实例
- 具体图形（如圆形）调用渲染器完成绘制动作
- 渲染方式可在运行时切换，无需修改图形类
这样，形状的变化与渲染方式的变化完全解耦。
应对多维变化的扩展优势
当系统存在多个独立变化维度时（如设备类型、操作系统、数据存储方式等），桥接模式能显著降低复杂度。
例如开发跨平台消息通知系统：
- 通知类型：邮件、短信、推送
- 发送渠道：阿里云、腾讯云、自建服务
通过桥接，将“通知方式”作为抽象层，“发送渠道”作为实现层，任意组合都不需要新增类。新增渠道只需扩展实现类，新增通知类型只需扩展抽象类。
关键实现技巧
要成功应用桥接模式，注意以下几点：
- 识别系统中独立变化的维度，通常表现为多个正交的扩展方向
- 为实现部分定义稳定接口，确保抽象层不依赖具体实现
- 在抽象类构造时注入实现对象，支持运行时动态切换
- 避免让子类同时继承多个变化维度，保持职责单一
基本上就这些，桥接模式的本质就是把“做什么”和“怎么做”分开，让两者各自演化，互不影响。
