✅作者简介：大家好，我是 Meteors., 向往着更加简洁高效的代码写法与编程方式，持续分享Java技术内容。
🍎个人主页：Meteors.的博客
💞当前专栏：设计模式
✨特色专栏：知识分享
🥭本文内容：23种设计模式——桥接模式 (Bridge Pattern)
📚 ** ps **  ：阅读文章如果有问题或者疑惑，欢迎在评论区提问或指出。

---

目录

一. 背景

二. 介绍

三. 模式结构

四. 代码示例

五. 使用桥接模式的原因

六.  桥接模式的优缺点

1. 优点

2. 缺点：

七. 适用场景

八. 与其他模式的区别

九. 实际应用场景

十. 总结

---

一. 背景

桥接模式......不仅仅名字听着陌生，在看一些比较复杂的示例代码的时候也是一脸懵。后来仔细看看，终于有了思路——桥接模式其实就是把代码中需要变的地方换成抽象或者接口，并把它作为参数传入即可。桥接模式有两个地方要变（抽象与实现），于是代码就有两个地方用接口或者抽象！

---

二. 介绍

桥接模式是一种结构型设计模式，它将抽象部分与实现部分分离，使它们可以独立变化。桥接模式通过组合关系代替继承关系，从而降低抽象和实现这两个可变维度的耦合度。

---

三. 模式结构

桥接模式包含以下主要角色：

1. 抽象化（Abstraction）​​：定义抽象接口，维护对实现化对象的引用
2. 扩展抽象化（Refined Abstraction）​​：扩展抽象化定义的接口
3. 实现化（Implementor）​​：定义实现类的接口
4. 具体实现化（Concrete Implementor）​​：实现实现化接口

---

四. 代码示例

实现一个图形绘制系统，支持多种形状和多种颜色（形状和颜色要可扩展）。

实现代码：

// 实现化接口：颜色
interface Color {void applyColor();
}// 具体实现化：红色
class Red implements Color {@Overridepublic void applyColor() {System.out.println("应用红色");}
}// 具体实现化：蓝色
class Blue implements Color {@Overridepublic void applyColor() {System.out.println("应用蓝色");}
}// 抽象化：形状
abstract class Shape {protected Color color;public Shape(Color color) {this.color = color;}abstract void draw();
}// 扩展抽象化：圆形
class Circle extends Shape {public Circle(Color color) {super(color);}@Overridevoid draw() {System.out.print("绘制圆形，");color.applyColor();}
}// 扩展抽象化：方形
class Square extends Shape {public Square(Color color) {super(color);}@Overridevoid draw() {System.out.print("绘制方形，");color.applyColor();}
}// 客户端代码
public class BridgePatternDemo {public static void main(String[] args) {// 创建红色圆形Shape redCircle = new Circle(new Red());redCircle.draw();// 创建蓝色方形Shape blueSquare = new Square(new Blue());blueSquare.draw();// 创建蓝色圆形Shape blueCircle = new Circle(new Blue());blueCircle.draw();}
}

通过上面的实现，我们就可以进一步扩展系统，比如添加更多形状（三角形）或颜色（绿色）而不影响现有代码。

---

五. 使用桥接模式的原因

通过上面的案例，我们就很好理解使用桥接模式的原因了：
解耦抽象和实现：将抽象部分和实现部分分离，使它们可以独立变化
提高可扩展性：可以独立地扩展抽象部分和实现部分
符合开闭原则：对扩展开放，对修改关闭
隐藏实现细节：客户端不需要知道实现的细节

---

六.  桥接模式的优缺点

1. 优点

分离接口和实现：抽象和实现可以独立扩展
提高可扩展性：可以独立地扩展抽象部分和实现部分
符合开闭原则：对扩展开放，对修改关闭
隐藏实现细节：客户端不需要知道实现的细节
减少子类数量：避免了多重继承导致的类爆炸问题

2. 缺点：

增加系统复杂度：需要正确识别出系统中两个独立变化的维度
设计难度增加：需要预先识别出系统中的抽象和实现部分

---

七. 适用场景

• 不希望在抽象和实现部分之间有固定的绑定关系：比如在程序运行时实现部分应可以被子类化
• 类的抽象以及其实现都应该可以通过生成子类的方法加以扩充
• 对一个抽象的实现部分的修改应对客户不产生影响
• 想在多个对象间共享实现，但同时要求客户并不知道
• 想通过继承或组合方式，在多个抽象和实现之间进行组合

---

八. 与其他模式的区别

• 与适配器模式：适配器模式是后期为了兼容而做的补救措施，桥接模式是前期设计时的架构选择
• 与装饰器模式：装饰器模式是为了增加功能，桥接模式是为了分离抽象和实现
• 与策略模式：策略模式关注算法的替换，桥接模式关注抽象和实现的分离

---

九. 实际应用场景

图形渲染系统：不同的图形(圆形、矩形)可以在不同的平台(Windows、Linux)上渲染
数据库驱动：同一套数据库操作接口可以适配不同的数据库(MySQL、Oracle、PostgreSQL)
消息发送系统：不同类型的消息(邮件、短信)可以通过不同的渠道(邮件服务器、短信网关)发送
游戏开发：不同的游戏角色可以在不同的平台上运行

---

十. 总结

桥接模式是一种非常有用的结构型设计模式，它通过将抽象部分与实现部分分离，使它们可以独立变化。这种模式特别适用于需要在多个维度上扩展的系统，能够有效避免类的爆炸性增长，提高系统的灵活性和可维护性。
在实际开发中，当我们发现系统中存在多个变化维度，且这些维度需要独立变化时，就可以考虑使用桥接模式。通过合理运用桥接模式，可以让我们的代码更加灵活、可扩展，并且符合面向对象设计原则。

---

最后，

        其它设计模式会陆续更新，希望文章对你有所帮助！