减少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 包。
立即学习“go语言免费学习笔记（深入）”；
- 严格分层：api → service → domain → infrastructure，每层只能依赖下层接口，不能反向或跳层
- domain 层保持纯 Go（无第三方依赖），所有外部交互都抽象为接口，由 infrastructure 层实现
- 使用 Go 的包可见性（小写首字母）限制跨包访问，强制通过导出接口通信
测试驱动接口演进，用 mock 隔离实现
当你能轻松为一个模块写单元测试（不启 DB、不发 HTTP），说明它的依赖已足够抽象。
- 为关键接口写
mock_*.go实现（或用gomock/testify/mock），只模拟行为，不碰真实资源 - 测试时传入 mock 实例，验证输入输出与调用次数，而非实现细节
- 接口一旦稳定，就少改动；若需新增能力，优先扩展现有接口或加新接口，而非改结构体
基本上就这些。Go 的接口是隐式的、轻量的，不需要提前规划庞大抽象体系。从一个函数的参数开始，把“谁来做”和“怎么做”分开，耦合自然就降下来了。
