GO-内存逃逸

最新推荐文章于 2024-08-10 11:30:06 发布

猫头鹰与老人

最新推荐文章于 2024-08-10 11:30:06 发布

阅读量1.6k

点赞数

分类专栏： GO学习相关文章标签： golang 开发语言后端

本文链接：https://blog.csdn.net/aichojie/article/details/123254093

版权

本文介绍了Go语言中的内存逃逸现象，包括逃逸分析的概念，指针、interface{}动态类型以及栈空间不足导致的逃逸情况。通过实例解析了函数返回指针、切片初始化和使用interface{}时如何触发内存逃逸，并探讨了栈空间限制对逃逸的影响。

摘要由CSDN通过智能技术生成

go内存逃逸总结：

1:函数返回指针型数据

2：切片初始化的空间超过限制或者不确定大小

3:使用interface{}

2.1 什么是逃逸分析

Go 语言中，堆内存是通过垃圾回收机制自动管理的，无需开发者指定。那么，Go 编译器怎么知道某个变量需要分配在栈上，还是堆上呢？编译器决定内存分配位置的方式，就称之为逃逸分析(escape analysis)。逃逸分析由编译器完成，作用于编译阶段。

2.2 指针逃逸

指针逃逸应该是最容易理解的一种情况了，即在函数中创建了一个对象，返回了这个对象的指针。这种情况下，函数虽然退出了，但是因为指针的存在，对象的内存不能随着函数结束而回收，因此只能分配在堆上。

// main_pointer.go
package main

import "fmt"

type Demo struct {
	name string
}

func createDemo(name string) *Demo {
	d := new(Demo) // 局部变量 d 逃逸到堆
	d.name = name
	return d
}

func main() {
	demo := createDemo("demo")
	fmt.Println(demo)
}

这个例子中，函数 createDemo 的局部变量 d 发生了逃逸。d 作为返回值，在 main 函数中继续使用，因此 d 指向的内存不能够分配在栈上，随着函数结束而回收，只能分配在堆上。

编译时可以借助选项 -gcflags