3

我使用 ConcurrentHashMap(键:字符串,值:自定义对象)作为我的数据结构之一。该地图包含大约 300,000 个对象,并且会经常更新(每分钟大约 20,000 个放置和 20,000 个删除)。

看来,整个程序在大约 1 小时后变慢了。有人可以告诉我 ConcurrentHashMap 是否是为频繁修改而设计的,或者是否有更适合我要求的替代方案?

谢谢 :)

4

1 回答 1

4

我已经ConcurrentHashMap在生产中使用了许多作者/读者@> 100,000 读/写每分钟。我们让系统运行了好几天,但我从未遇到过由于ConcurrentHashMap.

如果您的代码在一小时后变慢,我首先怀疑是由于内存泄漏导致的 GC 开销。如果我是你,我会将 jvisualvm 连接到你的应用程序。并监视内存/ CPU 使用情况并从那里开始。

于 2012-08-17T10:38:36.933 回答