golang 切片中的内存泄漏

Golang小白一枚，正在不断学习积累知识，现将学习到的知识记录一下，也是将我的所得分享给大家！而今天这篇文章《golang 切片中的内存泄漏》带大家来了解一下##content_title##，希望对大家的知识积累有所帮助，从而弥补自己的不足，助力实战开发！

我读到，如果您有一个指针切片，并且删除了最后一个指针元素，则它指向的项目将不会在内存中释放，因为他的指针仍然存在于底层数组中。所以你有一个切片 []*int 你应该这样做

y,z:= 1,2
var x []*int = []*int{&y,&z}
x[1] = nil // otherwize z will not be freed 
x = x[:1]

所以我的问题是：由于切片是引用类型，因此 [][]int 也会发生这种情况吗？当我删除最后一个切片时，我应该将其归零吗？

正确答案

每个切片都指向一个后备数组。 Go 垃圾收集器不会查看活动切片。它只查看已分配内存中存在的指针，这将是整个数组，即使您只有一个指向其中一个元素的活动切片。

无论如何，是的，切片包含一个引用/指针，它可以在 GC 期间使整个后备数组保持活动状态。

如果您长时间保留该后备数组，并且该数组包含指针或切片，那么您需要将它们设置为 nil。

根据我使用 Go 编写的服务的经验，通过决定要使用多少 RAM 并分配固定大小的数组，您可以做得更好。也许您认为 100 MB 是一个不错的数量，因此您在由固定大小结构组成的固定大小数组中分配 80 MB。任何溢出的请求都会被拒绝。或者，如果您的请求槽已满，则延迟处理它，直到早期请求完成。

或者让每个处理程序 Goroutine 分配一个持久的固定大小结构，以在通过其通道接收每个请求时使用，而不是使用结构数组。然后在服务启动时启动固定数量的 goroutine 处理程序。

无论如何......垃圾收集是你的敌人。如果不分配内存，它就不会运行。因此，只需预先分配一次，避免过多的内存分配，这样就不会出现奇怪的 GC 暂停和 GC 消耗 CPU 时间的情况。不要过度避免它，但是转义函数作用域的大型嵌套指针数组是一个非常糟糕的主意。

好了，本文到此结束，带大家了解了《golang 切片中的内存泄漏》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多Golang知识！