Go GC：指针递归跟随导致的潜在问题

哈喽！今天心血来潮给大家带来了《Go GC：指针递归跟随导致的潜在问题》，想必大家应该对Golang都不陌生吧，那么阅读本文就都不会很困难，以下内容主要涉及到，若是你正在学习Golang，千万别错过这篇文章~希望能帮助到你！

我正在使用用户定义的数据结构，自己管理内存布局，但利用 go gc。我遇到了一个过去两天无法弄清楚的错误：一些变量随机改变值。

关闭 gc 后，问题就会消失。看起来内存被重用，因此值发生变化。

我所知道的：

• go gc 跟踪 unsafe.pointers，因此我始终将指针存储为 unsafe.pointers。
• go 跟踪有关“侧面”值的元数据，以了解哪些是普通值，哪些是不安全的指针。 [来源]

但是 gc 如何知道值在哪里结束呢？

请参阅此内存段示例，其中每个字母都是一个单词（64 位）：

[A, b, c, D, e, F]

大写字母不安全。指针，小写字母是普通值。 我有一个指向上面的 unsafe.pointer ，因此 gc 知道保持从 a 开始的值。 但它是否需要遵循 unsafe.pointers d & f ？ 这取决于以 a 开始的值结束的位置。

它怎么知道？

正确答案

回答我自己的问题。 （您只需要努力阐明问题即可很快找到答案..）

是的，不安全。遵循指针。

值存储在（当前有 67 个）跨度类之一中，每个跨度类都有固定的大小，因此值的位置决定了其用于 GC 目的的长度。 （任何剩余字节可能都为零。）

Source

要调试：

• 在 GODEBUG env var 上设置 clobberfree=1 以使用垃圾数据覆盖已释放的内存段（例如，运行 GODEBUG=clobberfree=1 go test）。这对我来说是最有用的调试工具，与通过 runtime.GC() 强制 GC 结合使用。还有更多方便的选项：Environment variables。
• 使用 runtime.SetFinalizer() 查找意外释放的对象

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~