内存未被释放

本文探讨了一个导致内存未被释放的程序问题。该程序是一个解压缩字符串的 Go 代码，由于使用的字符串较大，内存使用量不断增加。尽管程序已运行 8 小时，所使用的内存仍未释放。文章提供了问题相关的源代码和活动监视器的截图，并提出了一些潜在的解决方案。

这是一个解压缩字符串的简单程序，我只是运行一个循环来显示内存使用量增加并且所使用的内存永远不会被释放。

即使8小时后内存也没有被释放

解压字符串包：https://github.com/Albinzr/lzGo - （简单的lz字符串算法）

由于用于解压缩的字符串很大，因此我添加了要点链接

源代码： 代码

活动监视器

我是个新手，谁能告诉我如何解决内存问题？

更新 7 月 15 日 20 日 当达到内存限制时，应用程序仍然崩溃，因为它只使用 12mb - 15mb 这不应该发生！！

解决方案

这里发生了很多事情。

首先，使用 Go 版本 1.14.2 your program 对我来说效果很好。它似乎没有泄漏内存。

其次，即使我故意将循环大小增加到 100 并将结果保存在数组中造成内存泄漏，我也只使用了大约 100 MB 的内存。

具体来说，macOS“实际内存”（类似于 RSS，常驻集大小）包括程序不再使用但操作系统尚未收回的内存。当垃圾收集器释放内存并告诉操作系统它不再需要该内存时，操作系统不会立即收回它。 （为什么它会这样工作超出了这个答案的范围。） 此外，如果操作系统面临内存压力，它不仅可以收回程序已释放的内存，还可以收回程序仍在使用但“最近”没有访问的（临时）内存，以便另一个紧急的程序可以使用该内存。需要内存可以使用它。在这种情况下，即使进程实际上没有使用更少的内存，“实际内存”也会减少。操作系统报告的统计数据无法为您提供帮助。

您需要使用本机 Go 设置（例如 GODEBUG=gctrace=1）或工具（例如 expvar 和 expvarmon）来查看垃圾收集器正在做什么。

至于当你限制程序时为什么会出现内存不足的情况，请记住，默认情况下，Go 会构建一个动态链接的可执行文件，仅仅读取所有共享库就会占用大量内存。尝试使用 CGO_ENABLED=0 构建具有静态链接的应用程序，看看是否有帮助。查看当您仅运行 1 次循环迭代时它使用了多少内存。

今天关于《内存未被释放》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！