go语言实现开闭原则的核心是接口定义稳定契约、组合实现解耦、隐式实现支持扩展，新增功能通过新实现类+工厂/配置/di注入完成，不修改原有代码。
Go 语言里实现开闭原则，核心不是“能不能不改代码”，而是“改哪、怎么改、改多少才安全”。接口 + 组合 + 隐式实现这三者配合得当，新增功能几乎不用碰老逻辑。
用 interface 定义稳定契约，而不是写死类型
一旦函数参数或结构体字段直接依赖具体类型（比如 *sql.DB 或 *http.Client），后续想换数据源或 HTTP 客户端就得改调用方——这就违反了开闭原则。应该抽象出最小行为集。
- 错误写法：
func Process(db *sql.DB) error—— 换成 S3 或内存缓存就得重写整个函数 - 正确写法：
type DataReader interface { Read([]byte) (int, error) }，然后让MySQLReader、S3Reader各自实现它 - 注意：接口方法数控制在 2–3 个以内，避免变成“胖接口”；方法名要反映意图（如
Fetch比Do更明确）
新增实现类不改原有代码，但要注意初始化路径
加一个新支付方式（比如 Apple Pay），只要实现 PaymentMethod 接口即可，PaymentProcessor 完全不用动。但实际运行时，谁来创建这个新实例？这个地方容易被忽略。
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 硬编码 new 实例（
&ApplePay{}）会把扩展点又锁死了 - 推荐用工厂函数或配置驱动：比如读取配置项
payment.method: applepay，再通过 map 查找构造器map[string]func() PaymentMethod - 如果用 DI 框架（如 wire），确保新实现能被自动注入，而不是在 main 包里手动注册
装饰器模式加能力，别动原始逻辑
给日志加时间戳、给 HTTP 请求加 trace ID、给数据库操作加超时包装——这些都该用装饰器，而不是去改 JSONLogger.Log 或 DB.Query 的源码。
- 装饰器本身必须持有原对象（组合），且实现相同接口：
type TraceLogger struct { Logger Logger } - 调用链要清晰：原始实现 → 装饰器 → 更上层使用者，不能出现循环依赖或隐式覆盖
- 性能敏感场景注意额外开销：比如每次
Log都调time.Now()，可考虑传入time.Time参数解耦
组合优于继承，但组合的边界得划清楚
Go 没有继承，但有人会把多个字段塞进一个 struct 里模拟“继承”，结果导致职责不清、测试困难。组合的关键是“每个字段只负责一件事，且对外暴露的接口是收敛的”。
- 反例：
type UserService struct { db *sql.DB cache *redis.Client mailer *smtp.Client }—— 这个 struct 很难被替换成 mock，也很难只替换其中一项（比如只换 cache 不动 db） - 正解：拆成
DataLayer、CacheLayer、Notifier三个接口，UserService只持接口引用；测试时各 mock 各的 - 组合不是越多越好，字段超过 4 个就要警惕：是不是该按领域再分层（比如把通知相关抽成
NotificationService）
最常被绕过的其实是初始化和装配环节——接口定义得再漂亮，如果新实现永远进不了运行时，那开闭就是纸上谈兵。真正的扩展性，藏在配置解析、工厂注册、DI 注入这些“胶水代码”里。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
