桥接模式通过接口与组合分离抽象与实现，使二者独立变化。Go中以接口定义实现行为（如LoggerImpl），具体类型实现细节（ConsoleLogger、FileLogger），抽象层（Logger）持有接口实例，依赖接口而非具体类型，实现解耦。新增输出方式无需修改日志逻辑，支持扩展与复用，运行时可切换实现，如NewLogger(&ConsoleLogger{})与NewLogger(&FileLogger{})分别输出到控制台和文件，调用一致但行为不同。区别于策略模式，桥接侧重多维度独立变化的结构设计，而非算法替换。
桥接模式的核心是将抽象与实现分离，让两者可以独立变化。在Golang中，虽然没有继承机制，但通过接口和组合，能更自然地实现桥接模式，有效解耦模块。
理解桥接模式的关键结构
桥接模式包含两个核心部分：抽象部分和实现部分。它们通过组合连接，而不是继承。
在Golang中，通常用接口表示“实现”层，由具体类型实现；而“抽象”层则持有该接口的实例，通过调用接口方法来完成任务。
重点： 不要让高层模块依赖具体实现，而是依赖于接口。实际例子：日志系统解耦
设想一个日志模块，支持多种输出方式（控制台、文件、网络），同时支持不同日志级别处理逻辑。如果直接耦合，每新增一种输出方式就要修改多个地方。
立即学习“go语言免费学习笔记（深入）”；
使用桥接模式，我们可以这样设计：
定义实现接口（输出行为）：
type LoggerImpl interface {
Write(message string)
}
具体实现：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
type ConsoleLogger struct{}
func (c *ConsoleLogger) Write(message string) {
fmt.Println("Console:", message)
}
type FileLogger struct{}
func (f *FileLogger) Write(message string) {
// 模拟写入文件
fmt.Println("File:", message)
}
抽象层（日志级别处理）：
type Logger struct {
impl LoggerImpl
}
func NewLogger(impl LoggerImpl) *Logger {
return &Logger{impl: impl}
}
func (l *Logger) Info(msg string) {
l.impl.Write("[INFO] " + msg)
}
func (l *Logger) Error(msg string) {
l.impl.Write("[ERROR] " + msg)
}
这样，抽象的 Logger 结构体不关心写入哪里，只依赖 LoggerImpl 接口。新增输出方式时，无需改动日志级别逻辑。
桥接带来的解耦优势
- 扩展实现更简单：增加新的
LoggerImpl实现，比如NetworkLogger，不需要动抽象层代码 - 抽象可复用：同一个实现可以被不同的抽象使用，比如调试日志和审计日志共用文件写入逻辑
- 运行时切换实现：可以在初始化时传入不同实现，灵活配置
例如：
consoleLog := NewLogger(&ConsoleLogger{})
fileLog := NewLogger(&FileLogger{})
consoleLog.Info("程序启动")
fileLog.Error("文件未找到")
两者的调用方式一致，但背后行为完全不同。
避免常见误区
有些人会把桥接和策略模式混淆。区别在于：桥接关注的是“抽象和实现两个维度的变化”，而策略更侧重算法替换。桥接通常是结构性的长期设计，策略常用于运行时动态选择行为。
在Golang中，不要试图模拟类继承体系，利用接口最小化和组合，反而能让桥接模式更简洁清晰。
基本上就这些。桥接模式在Go里用得自然，关键是分清哪些是抽象职责，哪些是实现细节，然后用接口隔离它们。不复杂但容易忽略。
