空结构切片的地址
编程并不是一个机械性的工作,而是需要有思考,有创新的工作,语法是固定的,但解决问题的思路则是依靠人的思维,这就需要我们坚持学习和更新自己的知识。今天golang学习网就整理分享《空结构切片的地址》,文章讲解的知识点主要包括golang,如果你对Golang方面的知识点感兴趣,就不要错过golang学习网,在这可以对大家的知识积累有所帮助,助力开发能力的提升。
问题内容
我有一个关于empty structs 的基本问题,并试图了解我在尝试获取两个切片的支持数组元素的地址时得到的以下不同输出:
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值,它们不包括地址值。因此编译器选择为aand的后备数组使用相同的地址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。
以上就是本文的全部内容了,是否有顺利帮助你解决问题?若是能给你带来学习上的帮助,请大家多多支持golang学习网!更多关于Golang的相关知识,也可关注golang学习网公众号。
计算映射的内存占用(或字节长度)
- 上一篇
- 计算映射的内存占用(或字节长度)
- 下一篇
- 如何检查切片头?
-
- 长情的钢笔
- 很有用,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢博主分享文章!
- 2023-04-17 18:15:42
-
- 可爱的白昼
- 这篇文章内容太及时了,细节满满,受益颇多,已加入收藏夹了,关注up主了!希望up主能多写Golang相关的文章。
- 2023-04-17 05:27:51
-
- 如意的黑猫
- 太细致了,mark,感谢作者大大的这篇技术贴,我会继续支持!
- 2023-04-07 12:06:24
-
- 老实的方盒
- 这篇技术文章出现的刚刚好,楼主加油!
- 2023-04-07 08:50:38
-
- Golang · Go问答 | 23分钟前 |
- Go sync.WaitGroup 如何用计数快照避免 Add 竞态
- 441浏览 收藏
-
- Golang · Go问答 | 1小时前 | channel · goroutine · go · Context · sync.WaitGroup ·
- Go 如何让多个生产者在不抢 close 权限的情况下退出
- 497浏览 收藏
-
- Golang · Go问答 | 2小时前 | go · time.Ticker · 周期调度 · Go 定时任务 time.Ticker 任务漂移
- Go ticker 长时间运行后任务越来越漂移怎么办
- 247浏览 收藏
-
- Golang · Go问答 | 3小时前 | go · time.Time · 时间处理 · Go time.Time 时间比较 Time.Equal
- Go time.Time 用 == 比较同一时刻为什么失败
- 298浏览 收藏
-
- Golang · Go问答 | 3小时前 |
- Go DNS 查询在容器里超时如何区分网络和解析器
- 248浏览 收藏
-
- Golang · Go问答 | 3小时前 |
- Go net/http 访问 IPv6 地址为什么 URL 格式错误
- 261浏览 收藏
-
- Golang · Go问答 | 3小时前 |
- Go TLS 最低版本配置后旧客户端无法连接怎么办
- 483浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 101次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 15次使用
-
- OpenCompass
- OpenCompass是上海AI实验室推出的开源大模型评测平台,提供CompassKit、CompassHub和CompassRank三大核心组件,支持LLM及多模态模型的一站式标准化评估与排行榜查询。
- 29次使用
-
- AGI-Eval
- AGI-Eval是由上海交大等高校联合发布的大模型评测社区,提供公正透明的LLM能力榜单、多领域评测集及Data Studio数据服务,助力AI模型性能评估与NLP科研开发。
- 16次使用
-
- SuperCLUE
- SuperCLUE是权威的中文大语言模型综合评测基准,涵盖语言理解、知识应用、AI Agent智能体及安全性等12项核心能力。通过多轮对话与客观测试,定期发布榜单与技术报告,为模型研发、优化及行业选型提供科学依据。
- 255次使用
-
- GOLANG使用Context管理关联goroutine的方法
- 2022-12-28 193浏览
-
- 聊聊Go中的注释和godoc工具
- 2022-12-29 354浏览
-
- 聊聊Golang语言中的复数类型
- 2023-01-07 418浏览
-
- 浅析Golang中的浮点类型(float32和float64)
- 2022-12-23 161浏览
-
- 聊聊Golang中的整数类型
- 2022-12-24 209浏览

