桥接模式：如何实现抽象协议与不同实现的绑定？

桥接模式的原理非常简单，但是使用起来会有一定的难度，所以相对于适配器模式来说，在理解桥接模式时，重点要能跳出局部，多从整体结构上去思考。

一、模式原理分析

桥接模式的定义是：将抽象部分与它的实现部分分离，使它们都可以独立地变化。

不过，这里的抽象常常容易被理解为抽象类，并将实现理解为继承后的“派生类”，但是这样理解存在局限性，因为 GoF 的本意是想表达“从对象与对象间的关系去看，做抽象实体与抽象行为的分离”，所以使用抽象实体和抽象行为来描述更为准确。

我们来看看桥接模式的 UML 描述，如下图所示：

从该图中，我们可以看到桥接模式主要包含了以下四个关键角色。

• 抽象实体：定义的一种抽象分类。比如，电脑中的 CPU、内存、摄像头、显示屏等。

• 具体实体：继承抽象实体的子类实体。比如，Intel i7 CPU、三星内存、徕卡摄像头、京东方显示屏幕等。

• 抽象行为：定义抽象实体中具备的多种行为。比如，CPU 逻辑运算、内存读写存储、摄像头拍照、屏幕显示图像等。

• 具体行为：实现抽象行为的具体算法。比如，Intel 使用 X64 架构实现 CPU 逻辑运算，Mac M1 芯片使用 ARM 架构实现 CPU 逻辑运算，等等。

桥接模式原理的核心是抽象与抽象之间的分离，这样分离的好处就在于，具体的实现类依赖抽象而不是依赖具体，满足 DIP 原则，很好地完成了对象结构间的解耦。换句话说，抽象的分离间接完成了具体类与具体类之间的解耦，它们之间使用抽象来进行组合或聚合，而不再使用继承。

下面我们再来看看桥接模式对应 UML 图的代码实现，具体如下：

public abstract class AbstractEntity {
   
   
    //行为对象
    protected AbstractBehavior myBehavior;
    //实体与行为的关联
    public AbstractEntity(AbstractBehavior aBehavior) {
   
   
        myBehavior = aBehavior;
    }
    //子类需要实现的方法
    public abstract void request();
}
public class DetailEntityA extends AbstractEntity {
   
   
    public DetailEntityA(AbstractBehavior aBehavior) {
   
   
        super(aBehavior);
    }
    @Override
    public void request() {
   
   
        super.myBehavior.operation1();
    }
}
public class DetailEntityB extends Ab