我们有一个Java应用程序，每分钟处理100k包。这些包包括用户操作细节和一个用户操作。一个操作可以有3到14个包。所有收到的包都包含操作的唯一数据，遗憾的是该操作没有id。因此我们使用用户ID和操作日期来合并属于同一操作的包。我们向我们保证，我们将在15分钟内收到用户操作的所有软件包。因此，为了在持久化之前合并所有包，我们将缓存Hazelcast上所有收到的包，并在收到OPSTART或OPEND包时插入包。套餐将在20分钟后到期。但运行1小时左右后，Hazelcast堆空间超过70％。
c.h.internal.diagnostics.HealthMonitor : [192.168.2.42]:5701 [dev] [3.7.5] processors=4, physical.memory.total=15.7G, physical.memory.free=6.1G, swap.space.total=2.0G, swap.space.free=2.0G, heap.memory.used=3.1G, heap.memory.free=267.1M, heap.memory.total=3.3G, heap.memory.max=3.5G, heap.memory.used/total=92.15%, heap.memory.used/max=88.02%, minor.gc.count=71, minor.gc.time=4628ms, major.gc.count=10, major.gc.time=7186ms, load.process=0.00%, load.system=0.01%, load.systemAverage=0.00%, thread.count=502, thread.peakCount=502, cluster.timeDiff=-121091, event.q.size=0, executor.q.async.size=0, executor.q.client.size=0, executor.q.query.size=0, executor.q.scheduled.size=0, executor.q.io.size=0, executor.q.system.size=0, executor.q.operations.size=0, executor.q.priorityOperation.size=0, operations.completed.count=4722977, executor.q.mapLoad.size=0, executor.q.mapLoadAllKeys.size=0, executor.q.cluster.size=0, executor.q.response.size=0, operations.running.count=0, operations.pending.invocations.percentage=0.00%, operations.pending.invocations.count=50, proxy.count=0, clientEndpoint.count=0, connection.active.count=1, client.connection.count=0, connection.count=1
大约1个半小时后，调用开始超时。
c.h.s.i.o.impl.InvocationMonitor : [192.168.2.42]:5701 [dev] [3.7.5] Invocations:50 timeouts:0 backup-timeouts:1
从开始使用2-3小时后，Hazelcast会抛出一个内存不足的异常，部署就会消失。
对于已缓存的数据，4GB内存应该足够了。我们找不到导致Hazelcast导致内存不足的原因。可能是什么原因？我们可以做些什么来理解这个问题？
答案 0 :(得分：1)
确定OOME原因的最佳方法是进行堆转储并分析它并查看内存是如何保留的。可能会有大量的字节数组。如果检查对这些字节数组的传入引用并聚合它们（jprofiler对此有很好的支持），则很容易确定保留内存的类链。