Go中两个包互相传递结构体作为参数时如何解决循环依赖问题？

你的场景核心矛盾是user包依赖store.Store接口、store包接口依赖user.User结构体形成的双向依赖，三种方案的合理性从高到低排序为：方案2 > 方案3 > 方案1，具体分析如下：

• 方案1（将User移入store包）：完全不推荐
  store包作为数据访问层，核心职责是提供数据库操作能力，不应该承载业务实体定义。后续业务模块增多后，store包会堆积大量不同业务的结构体，职责完全混乱，而且其他需要用到User结构体的业务包都被迫依赖整个store包，耦合度过高。
• 方案3（将User移入user下的userstruct子包）：仅适用特殊场景
  本质是通过拆分user包解除循环依赖，虽然能解决问题，但会人为制造大量细碎的子包，每个业务模块如果都要拆分出独立的结构体子包，项目结构会变得冗余复杂，调用方导包路径也会变长，维护成本高。
• 方案2（将User移入独立公共包）：最推荐的通用解法
  单独创建无外部依赖的公共包，比如命名为model/entity，专门存放所有业务的核心数据结构体，这些结构体只包含字段、序列化/ORM标签，不携带任何业务逻辑和数据访问逻辑。user和store包同时依赖这个轻量公共包即可完全解除循环依赖，同时公共包职责单一，后续新增其他业务实体也可以统一收纳，结构清晰易维护。

补充优化方案 #

除了上述三种方案，你也可以利用Go接口隐式实现的特性调整接口定义位置：把Store接口从store包移到user包内，store包不需要导入user包，只要实现的方法签名匹配user.Store接口的定义，就可以自动满足接口约束，同样可以解除循环依赖，适合不想额外新增公共包的场景。

内容的提问来源于stack exchange，提问作者smilence