如何用接口创建可Mock代码且不隐藏底层调用关系

我设计的系统采用分层架构，上层依赖下层的接口，这是Go语言中编写可Mock代码的最佳实践——上层可以接收任何实现该接口的结构体，既能传入真实底层实例，也能传入Mock实例。但这里有个问题：底层的调用关系被隐藏了，编译器/IDE无法识别底层结构体的方法被哪些地方调用，重构时特别麻烦——总不能每次都靠Ctrl+F去搜所有调用位置吧？

我附上了最小化的代码示例，你把代码导入IDE后，试试查找repository.go里Repository的Get()方法的所有调用，就能发现这个问题。

请问：在保留接口模式的前提下，怎么避免隐藏底层的调用关系？

Package - main #

File - main.go #

package main

import (
    "awesomeProject1/internal"
    "fmt"
)

func main() {
    realRepo := &internal.Repository{}
    realService := internal.Service{Repo: realRepo}
    fmt.Println(realService.FindById(1))
}

Package - internal #

File - service.go #

package internal

type Service struct {
    Repo IRepository
}

type IRepository interface {
    Get(id uint64) string
}

func (service *Service) FindById(id uint64) string {
    return service.Repo.Get(id)
}

File - repository.go #

package internal

type Repository struct {
}

func (repo *Repository) Get(id uint64) string {
    return "a real value from db"
}

Package - tests #

File - service_test.go #

package tests

import (
    "awesomeProject1/internal"
    "fmt"
    "testing"
)

func TestService(t *testing.T) {
    mockRepo := &MockRepository{}
    realService := internal.Service{Repo: mockRepo}
    fmt.Println(realService.FindById(1))
}

File - mock_repository.go #

package tests

type MockRepository struct {
}

func (repo *MockRepository) Get(id uint64) string {
    return "a fake value for testing"
}

在Go语言中，接口是隐式实现的，这确实会导致IDE无法直接追踪到底层结构体方法的间接调用，但可以通过以下几种方式解决：

1. 显式声明接口实现（给IDE提供线索） #

在Repository结构体所在的repository.go文件中，添加一行空接口断言代码，强制编译器验证Repository确实实现了IRepository，同时也能让IDE明确两者的关联关系：

package internal

type Repository struct {
}

// 显式声明Repository实现了IRepository
var _ IRepository = &Repository{}

func (repo *Repository) Get(id uint64) string {
    return "a real value from db"
}

这样大部分IDE（比如GoLand、VS Code with Go插件）就能通过这个关联，在查找Repository.Get()的调用时，自动包含通过IRepository接口的间接调用。

2. 使用构造函数封装真实实例的创建 #

在internal包中给Service添加一个创建真实实例的构造函数，业务代码中统一通过构造函数初始化Service，而不是直接手动赋值Repo字段：

// 在service.go中添加构造函数
func NewService() *Service {
    return &Service{Repo: &Repository{}}
}

然后修改main.go的初始化逻辑：

func main() {
    realService := internal.NewService()
    fmt.Println(realService.FindById(1))
}

这样IDE可以追踪到Repository被NewService实例化，进而关联到Service.FindById中对Repo.Get()的调用，重构时就能通过构造函数找到所有依赖真实Repository的入口。

3. 利用IDE的高级查找功能 #

主流Go IDE都支持查找接口方法的所有实现，或者查找底层方法的间接调用：

• GoLand：右键点击Repository.Get()，选择「Find Usages」，在弹出的选项中勾选「Include indirect usages」或「Find usages of implementations」
• VS Code：使用「Go: Find References」命令，配合插件的高级设置，也能找到通过接口的间接调用

4. 代码规范约束 #

团队内部约定：所有依赖接口的业务组件，必须提供使用真实实现的构造函数，且业务代码中禁止直接手动赋值接口字段。这样不仅能让调用链清晰，还能统一实例化逻辑，降低维护成本。

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