降低Golang模块耦合，接口依赖治理技巧

本篇文章给大家分享《降低Golang模块耦合，接口化依赖治理指南》，覆盖了Golang的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。

减少Go模块间耦合的核心是用接口抽象依赖，通过接口定义能力、构造函数注入依赖、分层设计与mock测试实现松耦合、易测试、可替换的模块设计。

减少 Go 模块间耦合的核心，是用接口抽象依赖，而非直接引用具体实现。Go 本身没有“依赖注入容器”，但通过接口+构造函数参数+显式依赖传递，就能实现松耦合、易测试、可替换的模块设计。

用接口定义能力，而非结构体

模块之间不该依赖某个 具体类型（比如 mysql.UserRepo），而应依赖它所满足的 接口（比如 user.Repository）。这个接口只声明“能做什么”，不关心“怎么做”。

• 把数据访问、外部调用、配置读取等易变逻辑，都抽成小而专注的接口（如 Notifier、CacheClient）
• 接口定义放在被依赖方（提供能力的一方）或独立的 interfaces/ 包里，避免循环导入
• 一个接口通常只有 2–4 个方法，命名体现角色（PaymentProcessor）而非技术（HTTPClient）

依赖通过构造函数注入，不全局获取

不要在模块内部用 init() 或包级变量加载依赖（如 db := mysql.NewDB()），这会让模块无法独立初始化和测试。

• 服务类型（如 UserService）用结构体字段保存接口，通过构造函数接收依赖
• 示例：func NewUserService(repo user.Repository, notifier Notifier) *UserService
• 上层（如 main 包）负责组装：先创建底层实现，再逐层传入，形成清晰的依赖链

按功能边界拆分模块，避免跨层强引用

耦合常源于职责不清——比如 handler 直接调用数据库模型，或 domain 层 import 了 http 包。

• 严格分层：api → service → domain → infrastructure，每层只能依赖下层接口，不能反向或跳层
• domain 层保持纯 Go（无第三方依赖），所有外部交互都抽象为接口，由 infrastructure 层实现
• 使用 Go 的包可见性（小写首字母）限制跨包访问，强制通过导出接口通信

测试驱动接口演进，用 mock 隔离实现

当你能轻松为一个模块写单元测试（不启 DB、不发 HTTP），说明它的依赖已足够抽象。

• 为关键接口写 mock_*.go 实现（或用 gomock / testify/mock），只模拟行为，不碰真实资源
• 测试时传入 mock 实例，验证输入输出与调用次数，而非实现细节
• 接口一旦稳定，就少改动；若需新增能力，优先扩展现有接口或加新接口，而非改结构体

基本上就这些。Go 的接口是隐式的、轻量的，不需要提前规划庞大抽象体系。从一个函数的参数开始，把“谁来做”和“怎么做”分开，耦合自然就降下来了。

以上就是《降低Golang模块耦合，接口依赖治理技巧》的详细内容，更多关于的资料请关注golang学习网公众号！