嵌入式接口在结构中表现异常

哈喽！大家好，很高兴又见面了，我是golang学习网的一名作者，今天由我给大家带来一篇《嵌入式接口在结构中表现异常》，本文主要会讲到等等知识点，希望大家一起学习进步，也欢迎大家关注、点赞、收藏、转发! 下面就一起来看看吧！

我发现很难理解 go 内部是如何工作的。在某些情况下它会表现出奇怪的行为。

type TestInterface interface {
   Walk()
}

type A struct {
}

func (a *A) Walk() {
   fmt.Println("hello world")
}

type B struct {
   TestInterface
}

func main() {
    var a *A
    b := B{}

    a.Walk() // This will not panic even though a is nil
    b.Walk() // This will panic.
}

由于 b 嵌入了 testinterface，所以 b.walk() 将在内部调用 struct a 上的 walk 方法，其方式与调用 a.walk() 类似。

为什么一个能工作，另一个却恐慌？

正确答案

正如 go 文档提到的 Method_declarations，方法绑定到接收者的基本类型。

接收者通过前面的额外参数部分指定 方法名称。该参数部分必须声明一个非可变参数 参数，接收器。它的类型必须是定义的类型 t 或 指向已定义类型 t 的指针。t 称为接收者基类型。 a 接收者基类型不能是指针或接口类型，并且它必须 与该方法定义在同一包中。据说方法是 绑定到其接收者基类型，并且方法名称仅可见 在 t 或 *t 类型的选择器内。

因此，您的方法绑定到 *main.a 类型，并且 var a 类型也绑定到 *main.a。因此允许调用 walk() 方法。但是如果你在方法内部使用a作为值，它也会panic。

在 b 类型的 b 中，testinterface 的默认类型为 nil，这就是它令人恐慌的原因。您必须将接口实现的类型注入 b 以避免出现恐慌。

func main() {
    var a *a
    b := b{testinterface:a}

    fmt.println(reflect.typeof(a), b)
    a.walk() // this will not panic even though a is nil
    b.walk() // this will not panic anymore.
}

在playground中运行

感谢上面的@mkopriva评论，我按照以下方式修改了程序，现在它有意义了。这也意味着 go 中的 nil 有一个与之关联的类型。

type TestInterface interface {
   Walk()
}

type A struct {
}

func (a *A) Walk() {
   fmt.Println("hello world")
}

type B struct {
   TestInterface
}

func main() {
    var a *A
    
    b := B{TestInterface: a}
    
    // both will not panic
    a.Walk() 
    // TestInterface is still nil as a is nil.
    b.Walk() 
}```

本篇关于《嵌入式接口在结构中表现异常》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！