使用桥接模式有哪些常见误区？

简化版

桥接模式常见误区包括：把它理解成普通接口多实现、和适配器或策略混淆、没有真正拆出两个变化维度、抽象层直接依赖具体实现、实现接口掺入过多业务语义，以及在简单场景中过度设计。

详细版

桥接模式不是“只要有接口和实现类就是桥接”。它的关键是两个独立变化维度通过组合连接。

常见错误有：

只有一个变化维度，却强行使用桥接。
抽象类内部直接 new 具体实现类。
实现接口设计得太业务化，导致两边耦合。
把适配第三方接口的问题误认为桥接。
为了模式增加层次，但没有解决类爆炸或扩展问题。

使用桥接模式前，一定要先确认变化维度和组合关系。

完整版教学

一、误区一：认为接口多实现就是桥接

很多模式都会出现接口和多个实现，例如策略模式、工厂方法、适配器模式。

桥接模式必须有两个角色体系：

抽象侧有自己的业务层次。
实现侧有自己的能力实现。
抽象侧通过组合持有实现侧接口。

如果只有一个上下文类加一个策略接口，更可能是策略模式，而不是桥接模式。

二、误区二：没有真正拆出两个变化维度

有些代码看起来像桥接，但两个维度并不独立。

例如某个 OrderMessage 永远只能用短信发送，某个 MarketingMessage 永远只能用邮件发送，这种场景并不存在自由组合。强行桥接会让对象关系变复杂。

桥接适合任意组合合理的场景。如果组合本身受强业务约束，可能需要策略、规则引擎或普通分支控制。

三、误区三：抽象层直接依赖具体实现

如果抽象类里这样写：

class UrgentMessage extends Message {
    private SmsSender sender = new SmsSender();
}

这就不是良好的桥接。抽象层已经绑定了短信实现，无法自由替换。

更合适的做法是通过构造器注入接口：

class UrgentMessage extends Message {
    public UrgentMessage(Sender sender) {
        super(sender);
    }
}

具体实现由客户端、工厂或依赖注入容器负责装配。

四、误区四：实现接口掺入太多业务语义

实现接口应该表达底层能力，而不是具体业务场景。

不好的接口：

interface Sender {
    void sendUrgentOrderTimeoutMessage(String userId);
}

这个方法把“紧急”“订单超时”这些业务语义塞进了发送接口，导致所有发送渠道都被业务变化牵着走。

更好的接口：

interface Sender {
    void send(String target, String content);
}

业务侧负责拼内容和规则，发送侧负责通道发送。

五、误区五：把适配器问题当成桥接问题

如果问题是“第三方 SDK 接口和系统接口不一致”，通常优先考虑适配器模式。

桥接模式关注的是长期扩展结构，而不是把一个已有对象包装成另一个接口。

当然，实际系统中两者可以同时出现：桥接的实现侧可能有一个具体实现类内部使用适配器接入第三方 SDK。

六、误区六：简单场景中过度设计

如果系统只有固定的两三个类，而且没有明显扩展维度，桥接模式可能只是增加理解成本。

例如一个内部脚本只需要把一个固定报表导出成 CSV，没有更多报表类型和格式扩展，直接写函数即可。

桥接模式适合长期维护的业务系统，不适合所有一次性小功能。

七、面试中容易被追问的点

面试官常追问：

“你怎么判断这里要用桥接？”
“桥接和策略有什么区别？”
“桥接会不会过度设计？”

回答时要回到变化维度：只有当两个维度都可能扩展，且组合关系会膨胀时，桥接才有明显收益。

八、常见误区与追问

桥接最常见的误用是只有一个稳定维度也强行拆接口。若系统永远只有1种渲染后端，把每个业务类都改成持有 Renderer 只会增加跳转；当第2个维度确实独立变化时才有收益。另一个反信号是抽象侧通过 instanceof 识别具体实现，这会重新耦合两侧。

检查维度	判定依据
合理拆分	两个维度均有独立扩展压力
过度设计	实现唯一且没有替换需求

错误：Abstraction -> if (impl instanceof X) -> 特殊分支

心法：先证明有“两条变化轴”，再画桥，不要为了模式而拆接口。

误区：组合替代继承就一定是桥接。 策略、装饰器也使用组合，桥接还要求拆分两个正交维度。
追问：如何发现维度并不正交？ 若新增一侧类型总要修改另一侧大量类型，两者职责可能没有真正分开。
误区：桥接后不能有任何继承。 两侧内部仍可各自使用继承，禁止的是用交叉继承表达所有组合。
追问：接口拆得过细有什么代价？ 对象装配、调用跳转和理解成本会上升，调试链路也更长。
追问：什么信号说明该重构为桥接？ 类名开始出现“业务类型×平台类型”的组合，并随维度相乘增长。

九、加强记忆

使用桥接模式时不要被“接口 + 实现”迷惑，要看有没有两个独立变化维度。桥接拆的是维度，不是为了多加一层接口；如果维度不成立，桥就没有必要架起来。

简化版

详细版