桥接模式的核心是将抽象与实现分离并使其独立变化，Go中通过接口和组合实现：抽象结构体持有实现接口字段，运行时灵活替换，支持双维度正交扩展。
桥接模式的核心是把抽象（Abstraction）和实现（Implementation）分离，让它们可以独立变化。在 Go 中没有传统面向对象的继承层级，但通过接口和组合，能更自然、更轻量地实现桥接——关键在于用字段持有接口，而非嵌入结构体或依赖具体类型。
定义清晰的抽象与实现接口
先拆出两组职责：一组描述“做什么”（抽象层），比如图形渲染器、消息发送器；另一组描述“怎么做”（实现层），比如用 OpenGL 渲染、用 SMTP 发邮件。两者通过接口解耦，互不感知对方的具体实现。
- 抽象接口只依赖实现接口，不依赖具体结构
- 实现接口保持稳定，新增实现无需修改抽象逻辑
- 例如：
type Renderer interface { Render(shape string) }和type Shape interface { Draw(r Renderer) }
用组合代替继承来连接抽象与实现
Go 不支持类继承，但结构体字段可持有一个实现接口的值。抽象结构体通过该字段调用实现逻辑，运行时可灵活替换——这就是桥接的实质。
- 抽象结构体中声明一个接口类型的字段，如
renderer Renderer - 构造时注入具体实现，如
NewCircle(&OpenGLRenderer{}) - 方法内部调用
a.renderer.Render("circle")，完全隔离实现细节
避免常见误用：别把桥接写成策略或工厂
桥接关注的是“抽象+实现”的双维度扩展，不是运行时选算法（那是策略模式），也不是创建对象（那是工厂）。如果只是换一种发送方式，用策略就够了；如果目的是让 Shape 和 Renderer 可各自演化（比如新增 Hexagon 和 VulkanRenderer），才需要桥接。
立即学习“go语言免费学习笔记（深入）”；
- 当抽象类和实现类都可能频繁增删时，桥接真正体现价值
- 若实现固定、仅抽象多变，直接组合接口即可，不必强行分层
- Go 中常把桥接和简单依赖注入混淆，记住：桥接强调两个可变维度的正交性
实际例子：跨平台日志输出器
抽象是 Logger（支持 Info、Error 等方法），实现是 Output（控制台、文件、网络）。不同 Logger（FileLogger、CloudLogger）可复用同一 Output 实现，同一 Output（如 JSONOutput）也可被多个 Logger 使用。
type Output interface { Write(data []byte) error }type Logger struct { out Output; format string }- 初始化时传入
&FileOutput{path: "app.log"}或&HttpOutput{url: "..."} - 后续加
XMLFormat或StdoutOutput都无需动 Logger 结构
