ConcurrentHashMap 内存管理还是替代方案？

Question

ConcurrentHashMap 和 java-websocket WebSocketClients 作为值的内存在不断增长。

我已将其隔离到每秒尝试重新连接到对等白名单的代码部分。我已经测试过在连接失败后是否正确删除了条目，并且确实如此。我还查看了所有可以找到的“concurrenthashmap memory leak”。

我不知道如何实现this possible solution。该解决方案是否解决了问题？如果有，请提供示例代码。

我尝试实现this suggestion

ConcurrentHashMap<String, MyClass> m =
  new ConcurrentHashMap<String, MyClass>(8, 0.9f, 1);

我认为这在一定程度上减缓了增长率，但我不知道如何调整它。这通常是正确的方法吗？如果有，请提供示例代码。

我还尝试按照此处的建议切换到HashTable，但我立即得到ConcurrentModificationExceptions，所以我认为这已经过时了。

当每秒快速插入和删除数千个条目时，如何管理 ConcurrentHashMap 实现的内存？如果不能，是否有替代方案？

---

通过引用而不是复制传递

我添加了一个HashMap，它存储了一个newWebSocket，并且只有当它和ConcurrentHashMap 一样不存在时才能重新尝试连接。

这极大地改进了内存管理，但它仍然会泄漏一点点，大约每 5 秒泄漏 0.1 MB，大约每秒尝试 5 次。

这是我的代码、WebSocket 的“析构函数”或ConcurrentHashMap 对已删除值的管理的问题吗？

---

死了Objects？

增长速度再次大大降低，因为我从ConcurrentHashMap 调用close() 之前在WebSocketClient 上调用remove()，最后从HashMap 调用remove()。

WebSocketClient 在被关闭并从两个地图中删除后如何以及为什么仍然存在？

---

System.gc();

泄漏率再次大幅降低！

我在remove()之后调用它。

Answer 1

地图本身泄漏的可能性很小。可能发生的情况是，如果它与地图有关，那么当您完成地图时，您无法从地图中删除数据。只要地图指向它，它就无法获得 GC。