一次erlang VM内存泄漏问题复盘

关注

VIP免费原创最新推荐文章于 2026-03-24 12:56:58 发布 605 阅读 AI 写同款· GEO 优化 ›

一次由Erlang垃圾回收导致的内存泄漏 最近有一个erlang的服务因为oom被kernel kill掉了，由于从监控来说这个服务确实是内存不断增长。所以这个服务应该在哪里有内存泄漏才对。于是我又一次开始定位这个问题。定位到底哪个进程占用了最多的内存由于在另一个节点有一个没有crash，但是内存仍旧很高的节点，所以这个问题处理起来很简单。erlang提供了完整的运行时系统debug环境。这里我们用etop，根据memory排序，查看具... 阅读详情

1、问题发现

在一次压测中，发现erlang VM使用内存超出预期，其中process使用内存在正常范围内，system使用内存超出预期很多，具体占到整个内存使用量的80%，其中binary一项占用了system的绝大部分使用量，很明显，系统存在binary泄漏。

2、问题追踪

问题发生后，首先想到的就是到底binary在erlang VM中是怎么创建和回收的。众所周知，binary分为两种，小于64bytes存在进程私有堆中，大于64bytes的存在共享堆中，进程私有堆gc策略为分代gc，共享堆gc策略是引用计数Refc，也就是说当一个binary没有任何一个进程引用的时候才会被gc，具体机制不再赘述，相关问题可以参考https://www.cnblogs.com/yunba/p/4816384.html?utm_source=tuicool&utm_medium=referral

什么进程在引用了binary？erlang:process_info/2有个未公开的选项可以查看一个进程引用的所有binary，利用这个我们可以查看到大量引用binary的进程，具体可以参考http://blog.yufeng.info/archives/2882

topN(N)->
    [{M, P, process_info(P, [registered_name, initial_call,current_function, dictionary]), B} ||
            {P, M, B} <- lists:sublist(lists:reverse(lists:keysort(2,processes_sorted_by_binary())),N)].