概述

桥接模式（Bridge Pattern）是一种结构型设计模式，其核心思想是将抽象部分与它的实现部分分离，使它们可以独立变化。该模式通过“组合替代继承”的方式，将原本可能存在多维度变化的逻辑拆分为两个独立的继承体系——抽象层和实现层，再通过桥接（关联）关系将两者连接，从而支持两个维度的灵活扩展，避免因多维度组合导致的类爆炸问题。

桥接模式遵循“开放-封闭原则”，抽象层和实现层可各自独立扩展新功能，且修改其中一层不会影响另一层，大幅提升系统的灵活性、可扩展性和可维护性。

核心价值

核心要点	详细说明
分离抽象与实现	将业务逻辑的“抽象维度”（如产品类型）与“实现维度”（如产品操作方式）分离，各自形成独立的继承体系，避免两者耦合导致的类数量激增
支持双向扩展	抽象层和实现层可独立扩展：新增抽象类（如新产品类型）或新增实现类（如新产品操作方式）无需修改原有代码，仅需新增对应类并建立桥接关系
降低系统耦合	抽象层通过依赖实现层接口与具体实现解耦，客户端仅依赖抽象层，无需关注具体实现细节，减少模块间的依赖关系
提升代码复用	实现层的具体实现可被不同抽象类复用（如同一操作方式可适配多种产品类型），避免重复编码，提升代码复用性

适用场景

场景类型	具体说明
多维度变化场景	业务逻辑存在两个或多个独立变化的维度（如“产品类型”维度：手机、电脑；“操作方式”维度：线上销售、线下销售），且维度可能持续扩展
避免类爆炸场景	若采用继承方式组合多维度逻辑，会导致类数量呈指数级增长（如手机线上销售、手机线下销售、电脑线上销售、电脑线下销售...），桥接模式可大幅减少类数量
抽象与实现需独立扩展场景	抽象层（如产品定义）和实现层（如产品销售渠道）需各自独立新增功能（如新增平板产品、新增直播销售渠道），且不希望相互影响
复用实现逻辑场景	多个抽象类需要复用同一套实现逻辑（如手机、电脑、平板均需支持“物流配送”操作），桥接模式可使实现逻辑被共享调用

注意事项

注意点	具体说明
明确维度拆分	需清晰划分抽象层和实现层的职责边界，确保两个维度独立变化，避免因维度拆分模糊导致模式失效
依赖抽象接口	抽象层应依赖实现层的抽象接口，而非具体实现类，确保实现层的替换不会影响抽象层，符合“依赖倒置原则”
避免过度设计	若业务仅存在单一维度变化，或维度扩展可能性极低，无需引入桥接模式，否则会增加系统复杂度和理解成本
控制层级深度	抽象层和实现层的继承层级不宜过深（建议不超过2层），避免层级过深导致代码调试和维护困难

完整代码

以“电子产品销售”为业务场景，构建桥接模式实现：存在两个独立变化的维度——“产品类型”（抽象层：手机、电脑）和“销售渠道”（实现层：线上商城、线下门店），通过桥接模式实现不同产品与不同销售渠道的灵活组合。

<?php
declare(strict_types = 1);

/**
 * 实现层接口：定义销售渠道的统一规范（实现维度）
 */
interface SaleChannelInterface
{
    /**
     * 销售产品
     * @param string $productName 产品名称
     * @param float $price 产品价格
     * @return string 销售结果
     */
    public function sell(string $productName, float $price): string;

    /**
     * 处理售后
     * @param string $productName 产品名称
     * @param string $orderNo 订单号
     * @return string 售后处理结果
     */
    public function afterSale(string $productName, string $orderNo): string;
}

/**
 * 具体实现1：线上商城销售渠道
 */
class OnlineMall implements SaleChannelInterface
{
    public function sell(string $productName, float $price): string
    {
        return sprintf("【线上商城】%s已上架，售价%.2f元，支持全国配送，订单号：ON%s", 
            $productName, $price, uniqid());
    }

    public function afterSale(string $productName, string $orderNo): string
    {
        return sprintf("【线上商城售后】订单%s的%s申请售后，已安排上门取件检测，预计3个工作日处理完成", 
            $orderNo, $productName);
    }
}

/**
 * 具体实现2：线下门店销售渠道
 */
class OfflineStore implements SaleChannelInterface
{
    private string $storeName; // 门店名称

    public function __construct(string $storeName)
    {
        $this->storeName = $storeName;
    }

    public function sell(string $productName, float $price): string
    {
        return sprintf("【线下门店-%s】%s现货销售，售价%.2f元，支持现场体验和即时提货", 
            $this->storeName, $productName, $price);
    }

    public function afterSale(string $productName, string $orderNo): string
    {
        return sprintf("【线下门店-%s售后】订单%s的%s申请售后，可前往门店现场检测维修，立等可取", 
            $this->storeName, $orderNo, $productName);
    }
}

/**
 * 抽象层：产品抽象类（抽象维度）
 */
abstract class Product
{
    /**
     * 桥接：持有销售渠道接口引用（连接抽象层和实现层）
     * @var SaleChannelInterface
     */
    protected SaleChannelInterface $saleChannel;

    /**
     * 通过构造函数注入销售渠道（建立桥接关系）
     * @param SaleChannelInterface $saleChannel
     */
    public function __construct(SaleChannelInterface $saleChannel)
    {
        $this->saleChannel = $saleChannel;
    }

    /**
     * 抽象方法：产品销售（由子类实现具体产品逻辑）
     * @return string
     */
    abstract public function sellProduct(): string;

    /**
     * 抽象方法：产品售后（由子类实现具体产品逻辑）
     * @param string $orderNo
     * @return string
     */
    abstract public function productAfterSale(string $orderNo): string;
}

/**
 * 具体抽象1：手机产品
 */
class Phone extends Product
{
    private string $model; // 手机型号
    private float $price; // 手机价格

    public function __construct(SaleChannelInterface $saleChannel, string $model, float $price)
    {
        parent::__construct($saleChannel);
        $this->model = $model;
        $this->price = $price;
    }

    public function sellProduct(): string
    {
        $productName = "{$this->model}手机";
        return $this->saleChannel->sell($productName, $this->price);
    }

    public function productAfterSale(string $orderNo): string
    {
        $productName = "{$this->model}手机";
        return $this->saleChannel->afterSale($productName, $orderNo);
    }
}

/**
 * 具体抽象2：电脑产品
 */
class Computer extends Product
{
    private string $brand; // 电脑品牌
    private string $config; // 电脑配置
    private float $price; // 电脑价格

    public function __construct(SaleChannelInterface $saleChannel, string $brand, string $config, float $price)
    {
        parent::__construct($saleChannel);
        $this->brand = $brand;
        $this->config = $config;
        $this->price = $price;
    }

    public function sellProduct(): string
    {
        $productName = "{$this->brand} {$this->config}电脑";
        return $this->saleChannel->sell($productName, $this->price);
    }

    public function productAfterSale(string $orderNo): string
    {
        $productName = "{$this->brand} {$this->config}电脑";
        return $this->saleChannel->afterSale($productName, $orderNo);
    }
}

// 测试代码
try {
    // 1. 创建销售渠道（实现层实例）
    $onlineMall = new OnlineMall();
    $offlineStore = new OfflineStore("科技城店");

    // 2. 手机产品 + 线上商城（桥接组合）
    $phone = new Phone($onlineMall, "iPhone 15", 7999.0);
    echo "手机线上销售：" . $phone->sellProduct() . "<br/>";
    echo "手机线上售后：" . $phone->productAfterSale("ON123456") . "<br/><br/>";

    // 3. 电脑产品 + 线下门店（桥接组合）
    $computer = new Computer($offlineStore, "联想", "i7-13700H 16G 1TB", 6999.0);
    echo "电脑线下销售：" . $computer->sellProduct() . "<br/>";
    echo "电脑线下售后：" . $computer->productAfterSale("OFF789012") . "<br/><br/>";

    // 4. 手机产品 + 线下门店（灵活切换销售渠道，无需修改产品类）
    $phoneOffline = new Phone($offlineStore, "华为Mate 60", 6999.0);
    echo "手机线下销售：" . $phoneOffline->sellProduct() . "<br/>";
} catch (\Exception $e) {
    echo "产品销售处理异常：" . $e->getMessage();
}

核心结构拆解

桥接模式的核心由“实现层接口”“具体实现类”“抽象层”和“具体抽象类”四部分组成，通过桥接关系连接抽象与实现：

结构组成	详细说明
实现层接口（SaleChannelInterface）	定义实现维度的统一规范（如销售渠道的`sell` `afterSale`方法），是抽象层与实现层之间的桥接契约，确保实现层的替换不会影响抽象层
具体实现类（OnlineMall、OfflineStore 等）	实现实现层接口，封装具体的实现逻辑（如线上商城、线下门店的销售和售后流程），可被不同抽象类复用
抽象层（Product）	定义抽象维度的统一规范（如产品的`sellProduct` `productAfterSale`方法），持有实现层接口的引用，通过该引用调用实现层的具体逻辑，建立与实现层的桥接
具体抽象类（Phone、Computer 等）	继承抽象层，实现抽象方法，封装具体的抽象逻辑（如手机、电脑的产品信息），通过父类持有的实现层接口引用，将自身逻辑与实现层逻辑结合

关键优化点

优化方向	详细说明
依赖注入建立桥接	抽象层通过构造函数注入实现层接口实例，而非在内部直接创建具体实现类，使桥接关系更灵活，支持运行时动态切换实现层
接口严格规范化	实现层接口明确定义方法签名（参数类型、返回值类型），确保所有具体实现类的一致性，抽象层可无缝切换不同实现
双向独立扩展	抽象层和实现层可各自独立新增类（如新增平板产品、新增直播销售渠道），无需修改原有类，完全符合“开放-封闭原则”
实现逻辑复用	同一具体实现类可被多个具体抽象类复用（如`OnlineMall`可适配手机、电脑、平板等多种产品），提升代码复用性，减少重复编码

常见错误规避

错误类型	问题描述及解决方案
抽象层依赖具体实现类	问题：抽象层直接引用具体实现类（如`Product`类中直接`new OnlineMall()`），导致抽象层与具体实现强耦合，无法切换实现层。解决：抽象层仅依赖实现层接口，通过构造函数注入具体实现实例，依赖抽象而非具体
维度拆分不清晰	问题：抽象层和实现层的职责边界模糊（如将产品价格逻辑混入销售渠道实现），导致两个维度无法独立变化。解决：明确划分抽象维度（如产品信息、产品属性）和实现维度（如操作方式、执行流程），确保各自职责单一
误用继承替代桥接	问题：通过多层继承组合多维度逻辑（如`PhoneOnlineSale`继承`Phone`和`OnlineMall`），导致类数量激增，扩展性极差。解决：放弃继承组合，采用“抽象层持有实现层接口引用”的桥接方式，分离两个维度
实现层接口设计过细	问题：实现层接口方法过多或过于细分，导致具体实现类需实现不必要的方法，增加实现成本。解决：设计实现层接口时遵循“单一职责原则”，仅定义核心方法，避免过度细分

扩展场景示例（新增维度无需修改原有代码）

若业务新增“实现维度”（直播销售渠道）和“抽象维度”（平板产品），仅需新增具体实现类和具体抽象类，无需修改原有代码：

// 新增具体实现类：直播销售渠道（实现维度扩展）
class LiveStreamSale implements SaleChannelInterface
{
    private string $hostName; // 主播名称

    public function __construct(string $hostName)
    {
        $this->hostName = $hostName;
    }

    public function sell(string $productName, float $price): string
    {
        return sprintf("【直播销售-主播%s】%s限时秒杀，售价%.2f元，支持直播间专属优惠券，订单号：LV%s", 
            $this->hostName, $productName, $price, uniqid());
    }

    public function afterSale(string $productName, string $orderNo): string
    {
        return sprintf("【直播销售售后】订单%s的%s申请售后，已转接专属客服，优先处理直播间订单", 
            $orderNo, $productName);
    }
}

// 新增具体抽象类：平板产品（抽象维度扩展）
class Tablet extends Product
{
    private string $brand; // 平板品牌
    private float $screenSize; // 屏幕尺寸
    private float $price; // 平板价格

    public function __construct(SaleChannelInterface $saleChannel, string $brand, float $screenSize, float $price)
    {
        parent::__construct($saleChannel);
        $this->brand = $brand;
        $this->screenSize = $screenSize;
        $this->price = $price;
    }

    public function sellProduct(): string
    {
        $productName = "{$this->brand} {$this->screenSize}英寸平板";
        return $this->saleChannel->sell($productName, $this->price);
    }

    public function productAfterSale(string $orderNo): string
    {
        $productName = "{$this->brand} {$this->screenSize}英寸平板";
        return $this->saleChannel->afterSale($productName, $orderNo);
    }
}

// 测试新增维度组合（平板 + 直播销售）
$liveStream = new LiveStreamSale("数码达人");
$tablet = new Tablet($liveStream, "苹果", 11.0, 5999.0);
echo "平板直播销售：" . $tablet->sellProduct() . "<br/>";
echo "平板直播售后：" . $tablet->productAfterSale("LV654321") . "<br/>";

实际应用场景

场景分类	具体说明
跨平台应用开发	如“应用类型”维度（音乐APP、视频APP）和“运行平台”维度（Android、iOS、Windows），通过桥接模式使同一应用适配不同平台，且支持新增应用类型和平台
支付系统设计	如“支付类型”维度（银行卡支付、钱包支付）和“支付渠道”维度（银联、支付宝、微信），桥接模式可实现不同支付类型与支付渠道的灵活组合
图形界面组件	如“组件类型”维度（按钮、文本框、下拉框）和“渲染方式”维度（原生渲染、WebView渲染、第三方组件渲染），支持组件类型和渲染方式的独立扩展
日志系统设计	如“日志类型”维度（操作日志、错误日志、调试日志）和“输出方式”维度（本地文件、数据库、远程服务器），桥接模式可实现不同日志类型与输出方式的自由组合

桥接模式与其他模式对比

对比维度	桥接模式	适配器模式	装饰器模式
核心目标	分离抽象与实现，支持双向维度扩展	转换接口，解决兼容性问题	动态添加扩展功能，组合多个职责
对象关系	抽象层持有实现层接口引用（桥接关系）	适配器组合原始类（适配关系）	装饰器嵌套包装（包装关系）
执行逻辑	抽象层通过桥接调用实现层逻辑，两者协同工作	适配器转发调用，仅转换接口格式	多层装饰器依次执行，叠加功能
适用场景	多维度独立扩展、避免类爆炸	接口不兼容、第三方组件集成	功能动态扩展、多职责组合

概述