Go 语言内存逃逸案例

简介: Go 语言内存逃逸案例

介绍

在「Go 语言逃逸分析」中,我们了解到内存分配的相关知识,栈空间分配开销小,堆空间分配开销大。

Go 语言编译器可以通过逃逸分析决定内存分配到栈空间或堆空间。但是,分配到栈空间的对象在某些情况中会逃逸到堆空间。我们可以使用 Go 工具链查看对象是否发生内存逃逸。

为了提升 Go 应用程序的性能,我们应该避免 Go 应用程序中出现内存逃逸的现象,本文我们介绍 Go 语言内存逃逸的几种典型案例。

内存逃逸案例

指针逃逸

示例代码:

func main() {
 pointerEscape(1, 2)
}
// pointerEscape 指针逃逸
func pointerEscape(a, b int) *int {
 sum := a + b
 return &sum
}

输出结果:

go build --gcflags '-m -m -l' main.go
# command-line-arguments
./main.go:9:2: sum escapes to heap:
./main.go:9:2:   flow: ~r0 = &sum:
./main.go:9:2:     from &sum (address-of) at ./main.go:10:9
./main.go:9:2:     from return &sum (return) at ./main.go:10:2
./main.go:9:2: moved to heap: sum

阅读上面这段代码,我们创建一个函数 pointerEscape,函数内部创建一个局部变量 sum,返回结果是该变量的指针。

通过执行 go build --gcflags '-m -m -l' main.go 的输出结果,我们发现函数中定义的局部变量 sum 逃逸到堆空间,这就是所谓的指针逃逸。

函数 pointerEscape 的局部变量 sum 本来应该在函数结束时被回收,但是在 main 函数中会继续使用 sum 变量的内存地址,导致变量 sum 被逃逸到堆上。

如果想要避免示例函数的返回结果出现内存逃逸,可以使用值类型的返回结果,这样就带来另外一个问题。

如果返回结果是一个比较大的变量,比如返回结果是较大的结构体类型的变量,我们使用值类型将会造成比较大的内存占用。

所以,我们在实际项目开发中,需要根据实际情况,合理使用返回结果的类型。

动态类型逃逸

示例代码:

func main() {
 fmt.Println("hello world")
}

输出结果:

go run -gcflags '-m -m -l' main.go
# command-line-arguments
./main.go:6:14: "hello world" escapes to heap:
./main.go:6:14:   flow: {storage for ... argument} = &{storage for "hello world"}:
./main.go:6:14:     from "hello world" (spill) at ./main.go:6:14
./main.go:6:14:     from ... argument (slice-literal-element) at ./main.go:6:13
./main.go:6:14:   flow: {heap} = {storage for ... argument}:
./main.go:6:14:     from ... argument (spill) at ./main.go:6:13
./main.go:6:14:     from fmt.Println(... argument...) (call parameter) at ./main.go:6:13
./main.go:6:13: ... argument does not escape
./main.go:6:14: "hello world" escapes to heap

阅读上面这段代码,我们在 main 函数中,使用 fmt.Println() 打印字符串 hello world

通过执行 go run -gcflags '-m -m -l' main.go 的输出结果,我们发现使用 fmt.Println() 打印的字符串 hello world 逃逸到堆上,这就是所谓的动态类型逃逸。

因为 fmt.Println() 接收的参数是空接口类型,Go 编译器无法确定入参变量的具体类型,所以此类情况变量也会逃逸到堆上。

03

总结

本文我们介绍两个典型的内存逃逸的案例,除此之外,以下几种情况,也会发生内存逃逸。

  • 发送指针或带有指针的值到 channel 中。
  • 在一个切片上存储指针或带指针的值。
  • slice 的底层数组被重新分配(append 超出其容量时)。

感兴趣的读者朋友们,可以自行编写上述几种情况的示例代码,验证是否会发生内存逃逸。

推荐阅读:

参考资料:

  1. http://npat-efault.github.io/programming/2016/10/10/escape-analysis-and-interfaces.html
  2. http://www.wingtecher.com/themes/WingTecherResearch/assets/papers/ICSE20.pdf
目录
相关文章
|
13天前
|
存储 Go 索引
go语言中数组和切片
go语言中数组和切片
25 7
|
12天前
|
Go 开发工具
百炼-千问模型通过openai接口构建assistant 等 go语言
由于阿里百炼平台通义千问大模型没有完善的go语言兼容openapi示例,并且官方答复assistant是不兼容openapi sdk的。 实际使用中发现是能够支持的,所以自己写了一个demo test示例,给大家做一个参考。
|
13天前
|
程序员 Go
go语言中结构体(Struct)
go语言中结构体(Struct)
88 71
|
12天前
|
存储 Go 索引
go语言中的数组(Array)
go语言中的数组(Array)
97 67
|
13天前
|
存储 Go
go语言中映射
go语言中映射
30 11
|
14天前
|
Go 索引
go语言修改元素
go语言修改元素
23 6
|
4天前
|
Go 数据安全/隐私保护 UED
优化Go语言中的网络连接:设置代理超时参数
优化Go语言中的网络连接:设置代理超时参数
|
15天前
|
开发框架 Go 计算机视觉
纯Go语言开发人脸检测、瞳孔/眼睛定位与面部特征检测插件-助力GoFly快速开发框架
开发纯go插件的原因是因为目前 Go 生态系统中几乎所有现有的人脸检测解决方案都是纯粹绑定到一些 C/C++ 库,如 OpenCV 或 dlib,但通过 cgo 调用 C 程序会引入巨大的延迟,并在性能方面产生显著的权衡。此外,在许多情况下,在各种平台上安装 OpenCV 是很麻烦的。使用纯Go开发的插件不仅在开发时方便,在项目部署和项目维护也能省很多时间精力。
|
1月前
|
Go 数据安全/隐私保护 开发者
Go语言开发
【10月更文挑战第26天】Go语言开发
38 3
|
1月前
|
Java 程序员 Go
Go语言的开发
【10月更文挑战第25天】Go语言的开发
32 3