我对empty struct
s 有一个基本问题,并试图了解以下两个不同的输出,以获取两个切片的后备数组元素的地址:
a := make([]struct{}, 10)
b := make([]struct{}, 20)
fmt.Println("&a == &b", &a == &b)
fmt.Println("&a[0] == &b[0]", &a[0] == &b[0])
上面的代码片段返回:
&a == &b false
&a[0] == &b[0] true
但是,请考虑以下略有变化的代码段:
a := make([]struct{}, 10)
b := make([]struct{}, 20)
fmt.Println(a[0], &a[0])
fmt.Println("&a == &b", &a == &b)
fmt.Println("&a[0] == &b[0]", &a[0] == &b[0])
上面的代码片段返回:
{} &{}
&a == &b false
&a[0] == &b[0] false
有人可以解释上述差异的原因吗?谢谢!
[跟进] 进行以下修改:
package main
import "fmt"
type S struct{}
func (s *S) addr() { fmt.Printf("%p\n", s) }
func main() {
a := make([]S, 10)
b := make([]S, 20)
fmt.Println(a[0], &a[0])
fmt.Println("&a == &b", &a == &b)
fmt.Println("&a[0] == &b[0]", &a[0] == &b[0])
//a[0].addr()
//b[0].addr()
}
仍返回相同的输出:
{} &{}
&a == &b false
&a[0] == &b[0] false
尽管取消注释方法调用,但返回:
{} &{}
&a == &b false
&a[0] == &b[0] true
0x19583c // ==> [depends upon env]
0x19583c // ==> [depends upon env]
在深入研究之前,请了解根据规范,程序对于大小为零的值产生的地址是否相等或不同,都是正确的,因为规范仅声明它们 可以 相同,但不要求它们是相同的。相同。
规格:尺寸和对齐方式保证:
如果结构或数组类型不包含大小大于零的字段(或元素),则其大小为零。两个不同的零大小变量在内存中 可能 具有相同的地址。
因此,您所体验的是实现细节。有关决策的更多细节和因素,以下解释仅对您的具体示例有效并足够:
在您的第一个示例中,切片的后备数组的地址仅在main()
函数内部使用,它们不会逸出到堆中。您打印的只是地址比较的结果。这些只是bool
值,不包括地址值。因此,编译器选择对a
和的后备数组使用相同的地址b
。
在您的第二个示例中,后备数组的地址(更具体地说是后备数组的某些元素的地址)在函数 外部
使用main()
,它们被传递到fmt.Println()
函数内部并在函数内部使用,因为您还将打印这些地址。
我们可以通过将-gcflags '-m'
参数传递给Go工具来“证明”这一点,要求它打印转义分析的结果。
在第一个示例中,将代码保存到中play.go
,运行go run -gcflags '-m' play.go
命令,输出为:
./play.go:10:14: "&a == &b" escapes to heap
./play.go:10:29: &a == &b escapes to heap
./play.go:11:14: "&a[0] == &b[0]" escapes to heap
./play.go:11:38: &a[0] == &b[0] escapes to heap
./play.go:8:11: main make([]struct {}, 10) does not escape
./play.go:9:11: main make([]struct {}, 20) does not escape
./play.go:10:26: main &a does not escape
./play.go:10:32: main &b does not escape
./play.go:10:13: main ... argument does not escape
./play.go:11:32: main &a[0] does not escape
./play.go:11:41: main &b[0] does not escape
./play.go:11:13: main ... argument does not escape
&a == &b false
&a[0] == &b[0] true
我们可以看到,地址不会逃脱。
go run -gcflags '-m' play.go
在第二个示例中运行,输出为:
./play.go:10:15: a[0] escapes to heap
./play.go:10:20: &a[0] escapes to heap
./play.go:10:20: &a[0] escapes to heap
./play.go:8:11: make([]struct {}, 10) escapes to heap
./play.go:11:14: "&a == &b" escapes to heap
./play.go:11:29: &a == &b escapes to heap
./play.go:12:14: "&a[0] == &b[0]" escapes to heap
./play.go:12:38: &a[0] == &b[0] escapes to heap
./play.go:9:11: main make([]struct {}, 20) does not escape
./play.go:10:13: main ... argument does not escape
./play.go:11:26: main &a does not escape
./play.go:11:32: main &b does not escape
./play.go:11:13: main ... argument does not escape
./play.go:12:32: main &a[0] does not escape
./play.go:12:41: main &b[0] does not escape
./play.go:12:13: main ... argument does not escape
{} &{}
&a == &b false
&a[0] == &b[0] false
正如可以看到,a[0]
,&a[0]
逃逸到堆,所以背衬阵列a
是动态分配的,因此将具有比的不同的地址b
的。
让我们进一步“证明”这一点。让我们来修改你的第二个例子,有一个第三个变量c
,其地址也不会被打印出来,让我们比较b
到c
:
a := make([]struct{}, 10)
b := make([]struct{}, 20)
c := make([]struct{}, 30)
fmt.Println(a[0], &a[0])
fmt.Println("&a == &b", &a == &b)
fmt.Println("&a[0] == &b[0]", &a[0] == &b[0])
fmt.Println("&b == &c", &b == &c)
fmt.Println("&b[0] == &c[0]", &b[0] == &c[0])
go run -gcflags '-m' play.go
在此上运行,输出为:
./play.go:11:15: a[0] escapes to heap
./play.go:11:20: &a[0] escapes to heap
./play.go:11:20: &a[0] escapes to heap
./play.go:8:11: make([]struct {}, 10) escapes to heap
./play.go:12:14: "&a == &b" escapes to heap
./play.go:12:29: &a == &b escapes to heap
./play.go:13:14: "&a[0] == &b[0]" escapes to heap
./play.go:13:38: &a[0] == &b[0] escapes to heap
./play.go:14:14: "&b == &c" escapes to heap
./play.go:14:29: &b == &c escapes to heap
./play.go:15:14: "&b[0] == &c[0]" escapes to heap
./play.go:15:38: &b[0] == &c[0] escapes to heap
./play.go:9:11: main make([]struct {}, 20) does not escape
./play.go:10:11: main make([]struct {}, 30) does not escape
./play.go:11:13: main ... argument does not escape
./play.go:12:26: main &a does not escape
./play.go:12:32: main &b does not escape
./play.go:12:13: main ... argument does not escape
./play.go:13:32: main &a[0] does not escape
./play.go:13:41: main &b[0] does not escape
./play.go:13:13: main ... argument does not escape
./play.go:14:26: main &b does not escape
./play.go:14:32: main &c does not escape
./play.go:14:13: main ... argument does not escape
./play.go:15:32: main &b[0] does not escape
./play.go:15:41: main &c[0] does not escape
./play.go:15:13: main ... argument does not escape
{} &{}
&a == &b false
&a[0] == &b[0] false
&b == &c false
&b[0] == &c[0] true
由于仅&a[0]
被印刷而不&b[0]
也不&c[0]
,从而&a[0] == &b[0]
将false
但&b[0] == &c[0]
会true
。
问题内容: 我正在尝试将切片的结构分配给切片(以传递到AppEngine的切片。但是,由于这两种类型显然不兼容,这会导致编译错误: 基本上我有: 反正是有复制到不复制一个-AT-A-时间每个元素? 问题答案: 您将不得不一次复制一次。没有办法解决。 如果有助于接受这一点,则应考虑以下事实:将结构包装在接口中实际上确实将其包装在内存级别。接口包含指向原始类型的指针和类型本身的描述符。将单个结构投射到
问题内容: http://play.golang.org/p/vhaKi5uVmm [第一个问题] 我们如何以及为什么需要这种看起来很奇怪的结构?它是空结构还是匿名结构?我用谷歌搜索,但是找不到正确的答案或说明文档。 原始资料来自Andrew Gerrand的演讲 http://nf.wh3rd.net/10things/#10 这里 完成是struct {}类型的通道 所以我尝试了 但这是行不通
问题内容: 我不理解以下代码的行为。在创建作为结构指针切片的匹配结构列表时,代码始终会打印原始数组的最后一个元素(实际上不是匹配项),它会打印12和12。但是,如果将匹配项更改为[]窗口小部件代替[] * Widget,然后将输出10和11。 为什么是这样? 问题答案: 那是因为当您使用指针时,您将添加到数组。 请注意,实际上这是循环中使用的局部变量,因此,这不是您要添加到数组中的地址。 (即使变
虽然我们正在为一个特定的(但已经很大的)位置工作,但如果解决方案也能扩展到其他位置就更好了。因为我们只会缓存与系统有关的瓷砖,那么仅仅平铺enitre星球是最好的选择吗?瓦片的尺寸可以用弧秒/分钟来测量,或者这是个坏主意吗? 我们已经使用了Postgres,这似乎可以用PostGIS来完成(这就是光栅吗?),但是在不知道我到底在找什么的情况下跳入文档/教程证明是很困难的。有什么想法吗?
调试错误 E/AndroidRuntime:致命异常:主进程:com.projects.arise.myTestApp,PID:28285 java.lang.RuntimeException:无法启动activity ComponentInfo{com.projects.arise.myTestApp/com.projects.arise.myTestApp.MainActivity}:java
问题内容: 在玩过Go HTML模板后,我发现所有用于遍历模板中对象的示例都是将切片的结构传递给模板,有点像此示例中所示: 其中“主要”模板为: 这有效,但是如果我仅使用.Name属性,则我不明白如何在每个ID旁边显示每个ID。我会发现在显示时将每个用户视为一个对象来对其属性进行分组会更合乎逻辑。 因此,我的问题是: 如果我想将结构片段传递给模板怎么办? 使它起作用的语法是什么?我尚未在官方htm