为什么存储在接口中的值在 Golang 中不可寻址

欢迎各位小伙伴来到golang学习网，相聚于此都是缘哈哈哈！今天我给大家带来《为什么存储在接口中的值在 Golang 中不可寻址》，这篇文章主要讲到golang等等知识，如果你对Golang相关的知识非常感兴趣或者正在自学，都可以关注我，我会持续更新相关文章！当然，有什么建议也欢迎在评论留言提出！一起学习！

问题内容

引用 golang wiki ( https://github.com/golang/go/wiki/MethodSets#interfaces ):

“存储在接口中的具体值是不可寻址的，就像地图元素不可寻址一样。”

此处解释了地图值不可寻址的问题： [为什么地图值不可寻址？](https://stackoverflow.com/questions/38168329/why-are-map-values- not-addressable)

但是，关于接口尚不清楚。为什么它们不可寻址？这是因为一些硬设计假设吗？

正确答案

为什么非指针值不能存储在可寻址的接口中？这是一个很好的问题，答案解释了为什么包含非​​指针值的接口不能成为具有指针接收器的方法的接收器，从而导致可怕的错误：

 does not implement  ( method has pointer receiver)

tl;博士

存储在接口中的非指针值不可寻址以保持类型完整性。例如，指向 ** A** 的指针，它指向接口中类型 ** A的值，当随后将不同类型** ** B** 的值存储在接口中 时，该指针将失效。

因为存储在接口中的非指针值是不可寻址的，所以编译器无法将其地址传递给具有指针接收器的方法。

长答案

我在网上看到的答案没有多大意义。例如，这篇文章说：

原因是接口中的值位于隐藏的内存位置，因此编译器可以为您自动获取指向该内存的指针（在 Go 语言中，这被称为“不可寻址”）。

确实，存储在接口中的值是不可寻址的，但据我所知，这并不是因为它存储在“隐藏的内存位置”中。

另一个常见的答案是：

创建接口值时，会复制包含在接口中的值。因此不可能获取它的地址，即使你这样做了，使用指向接口值的指针也会产生意想不到的效果（即无法更改原始复制值）。

这是没有意义的，因为指向复制到接口中的值的指针与指向复制到具体类型中的值的指针没有什么不同；在这两种情况下，您都不能通过指向副本的指针更改原始复制值。

那么为什么存储在接口中的值不是可寻址的呢？答案在于是否可以解决后续 影响 。

假设您有一个接口 ** I** 和两种类型 ** A** 和 ** B** ，它们满足该接口：

type I interface{}
type A int
type B string

创建一个 ** A** 并将其存储在一个 ** I** 中：

func main() {
    var a A = 5
    var i I = a
    fmt.Printf("i is of type %T\n", i)

假设我们可以获取存储在接口中的值的地址：

    var aPtr *A
    aPtr = &(i.(A)) // not allowed, but if it were...

现在创建一个 ** B** 并将其存储在 ** i** 中：

    var b B = "hello"
    i = b
    fmt.Printf("i is of type %T, aPtr is of type %T\n", i, aPtr)
}

这是输出：

i is of type main.A
i is of type main.B, aPtr is of type *main.A

将 ** B** 放入 ** i** 后， ** aPtr** 指向什么？ aPtr 被声明为指向 ** A** ，但 ** t** 现在包含 ** B** ，并且 ** aPtr** 不再是指向 ** A** 的有效指针。

但是，这是允许的：

    var aPtr *A
    var a2 A = i.(A)
    aPtr = &a2

因为第二行复制了 ** i.(A)** 中的值，而 ** aPtr** 不指向 ** i.(A)** 。

那么，为什么包含非​​指针值的接口不能成为具有指针接收器的方法的接收器呢？因为存储在接口中的非指针值是不可寻址的，所以编译器不能将其地址传递给带有指针接收器的方法。

理论要掌握，实操不能落！以上关于《为什么存储在接口中的值在 Golang 中不可寻址》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！