Java 桥接模式：实现抽象与实现的解耦艺术-CSDN博客

本文链接：https://blog.csdn.net/qq_20294455/article/details/147986413

一、模式定义与核心思想

桥接模式（Bridge Pattern）是一种结构型设计模式，其核心思想是将抽象部分与实现部分分离，使它们可以独立变化。这里的 "抽象" 并非指抽象类或接口，而是指事物的逻辑概念；"实现" 也不是具体的代码实现，而是概念的具体表现形式。通过引入桥接层，将两个层次结构（抽象层与实现层）之间的继承关系转换为关联关系，从而打破传统的多层继承体系，构建灵活的类层次结构。

在 Java 语境中，桥接模式的典型结构包含四个核心角色：

抽象化角色（Abstraction）：定义抽象类的接口，维护一个对实现化对象的引用
扩展抽象化角色（RefinedAbstraction）：对抽象化角色的实现进行扩展
实现化角色（Implementor）：定义实现类的接口，该接口不一定要与抽象化角色的接口完全一致
具体实现化角色（ConcreteImplementor）：实现实现化角色定义的接口

其核心优势在于分离抽象和实现的职责，使得两者可以独立演化。当系统需要在多个维度进行扩展时，桥接模式能够避免传统继承带来的类爆炸问题，提升系统的可维护性和扩展性。

二、适用场景与问题引入

2.1 典型应用场景

当一个类存在两个独立变化的维度（如抽象维度和实现维度），且需要分别扩展时
需要在不同实现之间动态切换的场景
希望避免多层继承导致的类数量剧增问题
抽象部分和实现部分需要独立进化的系统

2.2 问题场景演示

假设我们要设计一个跨平台的图形绘制系统，需要支持不同操作系统（Windows、Linux、Mac）和不同图形类型（圆形、矩形、三角形）。如果采用传统继承方式，会产生如下类层次：

java

// 传统继承方式导致的类爆炸问题
class WindowsCircle extends WindowsShape {}
class LinuxCircle extends LinuxShape {}
class MacCircle extends MacShape {}
// 每个图形类型对应每个操作系统都需要一个子类

随着图形类型和操作系统的增加，类的数量会呈指数级增长（类数量 = 图形类型数 × 操作系统数）。当需要新增一种图形或操作系统时，需要修改大量现有类，违背开闭原则。

2.3 桥接模式解决方案

通过分离抽象维度（图形类型）和实现维度（操作系统），引入桥接层实现两者的解耦：

定义实现维度接口（操作系统 API）
定义抽象维度类，持有实现维度接口的引用
具体抽象类和具体实现类分别实现各自的扩展

三、模式实现的关键步骤

3.1 定义实现化角色接口

java

// 实现化角色：操作系统绘制接口
public interface DrawingAPI {
    void drawCircle(double x, double y, double radius);
    void drawRectangle(double x1, double y1, double x2, double y2);
}

3.2 实现具体平台绘制逻辑

java

// 具体实现化角色：Windows绘制实现
public class WindowsDrawingAPI implements DrawingAPI {
    @Override
    public void drawCircle(double x, double y, double radius) {
        System.out.println("Windows绘制圆形：中心(" + x + "," + y + "), 半径" + radius);
    }

    @Override
    public void drawRectangle(double x1, double y1, double x2, double y2) {
        System.out.println("Windows绘制矩形：左上角(" + x1 + "," + y1 + "), 右下角(" + x2 + "," + y2 + ")");
    }
}

// Linux绘制实现类似...

3.3 定义抽象化角色

java

// 抽象化角色：图形基类
public abstract class Shape {
    protected DrawingAPI drawingAPI;

    public Shape(DrawingAPI drawingAPI) {
        this.drawingAPI = drawingAPI;
    }

    public abstract void draw();
}

3.4 扩展抽象化角色（具体图形类）

java

// 具体抽象化角色：圆形
public class CircleShape extends Shape {
    private double x, y, radius;

    public CircleShape(double x, double y, double radius, DrawingAPI drawingAPI) {
        super(drawingAPI);
        this.x = x;
        this.y = y;
        this.radius = radius;
    }

    @Override
    public void draw() {
        drawingAPI.drawCircle(x, y, radius);
    }
}

// 矩形类实现类似...

3.5 客户端调用

java

public class Client {
    public static void main(String[] args) {
        Shape circle = new CircleShape(100, 100, 50, new WindowsDrawingAPI());
        circle.draw();

        Shape rectangle = new RectangleShape(50, 50, 150, 150, new LinuxDrawingAPI());
        rectangle.draw();
    }
}

四、模式的 UML 类图与核心机制

4.1 标准类图结构

plantuml

@startuml
interface DrawingAPI {
    +drawCircle(x,y,radius)
    +drawRectangle(x1,y1,x2,y2)
}
class WindowsDrawingAPI {
    +drawCircle(...)
    +drawRectangle(...)
}
class LinuxDrawingAPI {
    +drawCircle(...)
    +drawRectangle(...)
}
abstract class Shape {
    -drawingAPI: DrawingAPI
    +Shape(drawingAPI)
    +abstract draw()
}
class CircleShape {
    -x,y,radius: double
    +CircleShape(...,drawingAPI)
    +draw()
}
class RectangleShape {
    -x1,y1,x2,y2: double
    +RectangleShape(...,drawingAPI)
    +draw()
}
DrawingAPI <|.. WindowsDrawingAPI
DrawingAPI <|.. LinuxDrawingAPI
Shape *-- DrawingAPI
CircleShape --|> Shape
RectangleShape --|> Shape
@enduml