Go语言能否用嵌套接口Mock第三方库？编译失败求解

你遇到的核心问题是Go的接口实现要求方法签名完全匹配，包括返回值类型。第三方的T1.M1()返回的是具体类型T2，但你的I1接口要求M1()返回I2接口类型——哪怕T2实现了I2的所有方法，T1也不算实现I1，因为返回值类型不匹配，这就是代码无法编译的根本原因。

我们可以通过适配器模式来解决这个问题，把第三方的T1包装成一个实现I1接口的类型，同时让第三方的T2也能适配到I2接口；或者调整依赖结构，让业务代码依赖我们定义的接口而非第三方具体类型。

方案1：添加适配器类型 #

创建一个适配器类型，把T1包装起来，让它实现I1接口：

package main

import "fmt"

// 第三方库类型（不可修改）
type T1 struct{}
func (T1) M1() T2 { return T2{} }

type T2 struct{}
func (T2) M2() { fmt.Println("hello world") }

// 我们定义的接口
type I1 interface { M1() I2 }
type I2 interface { M2() }

// 适配器：包装T1，实现I1接口
type T1Adapter struct {
    T1
}

// 重写M1方法，将返回的T2包装成I2接口返回
func (a T1Adapter) M1() I2 {
    return a.T1.M1() // T2实现了I2，所以可以直接返回
}

// Mock类型
type Mock1 struct{}
func (Mock1) M1() I2 { return Mock2{} }

type Mock2 struct{}
func (Mock2) M2() { fmt.Println("HELLO WORLD") }

func main() {
    var i1 I1
    // 使用适配器包装第三方T1实例
    i1 = T1Adapter{T1{}}
    i1.M1().M2() // 输出：hello world
    
    // 使用Mock
    i1 = Mock1{}
    i1.M1().M2() // 输出：HELLO WORLD
}

方案2：调整依赖注入逻辑 #

如果你的业务代码不需要直接创建T1实例，而是通过依赖注入获取I1实现，那么可以在生产环境传入适配器包装的T1，测试环境传入Mock1，这样业务代码完全和第三方类型解耦：

// 业务函数：依赖I1接口，而非具体的T1
func doSomething(i1 I1) {
    i1.M1().M2()
}

func main() {
    // 生产环境：传入适配器
    doSomething(T1Adapter{T1{}})
    // 测试环境：传入Mock
    doSomething(Mock1{})
}

• 适配器T1Adapter的M1()方法返回I2类型，完全符合I1接口的要求；
• 第三方的T2因为有M2()方法，自动实现了I2接口，所以可以直接作为I2返回；
• Mock类型的实现不需要修改，因为它们本来就完全匹配接口定义。

内容的提问来源于stack exchange，提问作者Benjamin Hammer Nørgaard