Go语言中，结构体指针不是引用类型吗？

一分耕耘，一分收获！既然都打开这篇《Go语言中，结构体指针不是引用类型吗？》，就坚持看下去，学下去吧！本文主要会给大家讲到等等知识点，如果大家对本文有好的建议或者看到有不足之处，非常欢迎大家积极提出！在后续文章我会继续更新Golang相关的内容，希望对大家都有所帮助！

我不明白 go 变量的行为。我要你告诉我。请参阅下面的示例实现。

package main

import (
    "fmt"
)

func pointer(ip *num) {
    fmt.printf("pointer type [%t] : %p\n", &ip, &ip)
}

func pointerpointer(ip **num) {
    fmt.printf("pointerpointer type [%t] : %p\n", ip, ip)
}

func main() {
    pnum := &num{i: 3}
    fmt.printf("main type [%t] : %p\n", &pnum, &pnum)
    pointer(pnum)
    pointerpointer(&pnum)
}

type num struct {
    i int
}

https://play.golang.org/p/lxdagopxeh0

• 结果

main type [**main.Num] : 0x40c138
pointer type [**main.Num] : 0x40c148
pointerpointer type [**main.Num] : 0x40c138

我将 struct num 指针存储为变量 [pnum]。将其传递给指针函数时可以获取的地址与在主函数中可以获取的地址不同。为什么？？

已经证实，通过pointer指针函数引用pointer指针可以获得与main函数相同的地址。

解决方案

pnum，在main中，是一个实际的变量：一个浮动在内存中的盒子，包含一个*num类型的指针。

0x40c138
+--------+
|    *---|--->
+--------+

pnum 指向什么？好吧，num{i: 3} 创建了一个未命名的变量，浮动在内存中的某处。我们还没有打印出来。我modified your Playground example to add one more fmt.Printf call了解一下：

main type [**main.num] : 0x40c138
pnum points to [*main.num] : 0x40e020

或者：

0x40c138       0x40e020
+--------+     +--------+
|    *---|---> |  i: 3  |
+--------+     +--------+

现在让我们继续：main 调用 pointer，向其传递存储在 pnum 中的值，即 0x40c138 值，该值允许计算机找到包含 i=3 的未命名实例的框。该值存储在内存中的某个位置。那是在什么地方？为什么，这是你打印的数字，因为你打印了 &ip。幸运的是，这个演示非常具有确定性，所以它也是我打印的：

pointer type [**main.num] : 0x40c148

因此我们可以在绘图中添加另一个框：

0x40c138       0x40e020
+--------+     +--------+
|0x40e020|---> |  i: 3  |
+--------+     +--------+
                   ^
 0x40c148          |
+--------+         |
|0x40e020|---------+
+--------+

现在 pointer 返回，丢弃 0x40c148 处保存 0x40e020 的框，然后调用 pointerpointer，将 &pnum 作为值传递。函数 pointerpointer 现在在某个位置与一个框一起运行。那个位置在哪里？我们不知道；我们从不打印它。我们确实打印了该位置的盒子里的内容，盒子里的内容是 0x40c138：

0x40c138       0x40e020
+--------+     +--------+
|0x40e020|---> |  i: 3  |
+--------+     +--------+
    ^
    |
 ????????
+--------+
|0x40c138|
+--------+

我们可以输入 add one more fmt.Printf to the program to find where this last box actually is in memory 并再次运行：

pointerpointer's &ip is [***main.Num] : 0x40c150

因此将八个问号替换为 0x40c150。

这里的总体规则很简单：每个变量都在某个地方存在，除非编译器可以优化它。使用 &x 获取变量的地址，往往会阻止编译器优化变量本身。 &x 的类型是 指向 ___ 的指针，其中空格是 x 的类型。 &x的值是变量的地址。

在这种情况下，您

• 创建了一个匿名（未命名）num 实例，
• 获取它的地址（强制编译器将其放入内存中的某个位置），并且
• 将变量 pnum 设置为该值

（全部在main的第一行）。然后你获取了 pnum 本身的地址，这意味着 pnum 也必须位于内存中的某个位置。这是我们最初画的两个盒子。您在第二行打印了该地址的类型和值。

然后，您将存储在 pnum 中的值传递给 func 指针 ，后者将该值存储在变量中。这样就创建了另一个单独的变量，它有自己的地址。

无需担心函数 pointer 做了什么，您可以将 pnum 的地址传递给 func pointpointer。该地址是一个值，pointerpointer 将该值存储在变量中。这也创建了另一个单独的变量。

在整个过程中，i=3 的匿名 num 的地址从未移动过。 pnum 本身的地址也没有。

简短的答案是：

指针通过值传递。

函数 pointer 接收内存地址的副本。它将副本存储在某个地方（可能是它自己的堆栈或其他东西）。

内存地址只是一个数字。

如果您在 main 中定义一个数字并获取其地址，然后将该数字传递给另一个函数并获取其地址，您是否应该期望两个地址相同？

好了，本文到此结束，带大家了解了《Go语言中，结构体指针不是引用类型吗？》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多Golang知识！