云渲染服务中的 java.util.ConcurrentModificationException 异常问题
针对最近云渲染服务中的出现的一个问题进行反思与回顾
回调视频渲染进度问题
- 在修改过回调进度的 url 后,启用了之前的代码片段。导致之前的漏洞被爆出:在多线程编程中,直接使用 hashmap 来保存当前的渲染任务,而不进行一些必要的线程间的互斥与同步操作,导致在一个线程通过迭代器遍历 hashmap 时,另一个线程同时修改 hashmap,导致程序抛出
java.util.ConcurrentModificationException 异常
程序后续也没有处理该异常,导致任务不断失败java.util.ConcurrentModificationException at java.base/java.util.HashMap$HashIterator.nextNode(HashMap.java:1493) at java.base/java.util.HashMap$KeyIterator.next(HashMap.java:1516) at com.seeshion.schedule.ProcessTask.test(ProcessTask.java:39) at jdk.internal.reflect.GeneratedMethodAccessor32.invoke(Unknown Source) ...
解决办法
-
HashTable
可以使用 HashTable 来解决该问题,HashTable<K, V> 也是一种键值对结构的哈希表,和 HashMap 的操作大体一致,但不同的是:HashMap 不是线程安全的类,多线程环境下,HashMap 会出现并发冲突。而 HashTable 是线程安全的类,为了实现多线程安全,HashTable 使用 synchronized 锁住整张 Hash 表 即每次锁住整张表实现线程安,HashTable 几乎在所有的方法上都加了锁,但也导致了操作效率低下。在云渲染服务场景中,这点时间可以忽略不计。
-
ConcurrentHashMap
ConcurrentHashMap 是比 HashTable 效率更高的并发容器,使用了锁分离技术,即使用多个锁来锁住 Hash 表的不同部分,这些不同的部分成为 segment 段,每个段其实就是一个一个的 HashTable,每个段有他自己的锁,只要多个并发操作发生在不同的段上,就可以实现修改操作真正的并发执行
网友评论