高并发下的HashMap处理

最近在做压力测试,开始的时候做了一个HashMap缓存RFID采集的数据,使用Iterator作遍历处理,期间有大量的插入和删除操作进行,在客户现场数据量比较小的时候,看不到问题,今天做压力测试,100个串口每秒发送五个报文的并发出现了以下异常:java.util.concurrentmodificationexception。查了下,Iterator是工作在一个独立的线程中,并且拥有一个 mutex 锁。 Iterator 被创建之后会建立一个指向原来对象的单链索引表,当原来的对象数量发生变化时,这个索引表的内容不会同步改变,所以当索引指针往后移动的时候就找不到要迭代的对象,所以按照 fail-fast 原则 Iterator 会马上抛出 java.util.ConcurrentModificationException 异常。
所以 Iterator 在工作的时候是不允许被迭代的对象被改变的。但你可以使用 Iterator 本身的方法 remove() 来删除对象, Iterator.remove() 方法会在删除当前迭代对象的同时维护索引的一致性。
解决办法是改用ConcurrentHashMap这个支持大并发的哈希结构,遍历代码如下:
private void clear(int mills)
{
Set<Map.Entry<String, Long>> entrySet = recordMap.entrySet();

Iterator<Map.Entry<String, Long>> it = entrySet.iterator();

while (it.hasNext())
{
Map.Entry<String, Long> entry = it.next();
if (System.currentTimeMillis() - entry.getValue() >= mills)
{
it.remove();
recordMap.remove(entry.getKey());
log.info("清除设备采集信息缓存,KEY:" + entry.getKey());
}
}
}
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值