这是一个设计问题,我试图找出应该在哪个级别(应用程序、类、对象甚至更精细)放置锁以确保原子性。
我有一个名为 Engine
的应用程序,它有一个 A 类
和一个内部包含 map 的方法。
class A{
public void methodA(){
Map<X,Y> testMap = Maps.newHashMap();
}
}
现在我有多个线程访问此 map 。我想确保的是这张 map 上的原子{读和写}组合。我有的选项是
1.ConcurrentHashMap
2.Collections.synchronizedMap
3.static synchronizedMap outside the methodA
4.Application level locks using Redis or Memcache
我应该提到的是,我正在考虑第四个选项,因为应用程序Engine
可以有多个实例。
现在,当多个线程尝试读取和写入 map 时,我面临竞争条件。
对于选项 1,我获得了存储桶级锁定,因为不同的线程可以定向到 Engine
应用程序的不同实例
对于选项2,我得到了对象级锁定,它面临与1相同的问题
对于选项3,我获得了类级别锁定,该锁定与多实例应用程序具有相同的缺陷
选项 4 似乎是最可行的选项。然而,它会带来性能开销。那么Java中是否有某种方法可以确保在类级别上锁定并且不允许线程修改应用程序的不同实例。
编辑
引用 Chetan 的评论,此本地映射稍后用于与全局数据库的 dao 进行通信,这就是遇到竞争条件的地方。
最佳答案
ConcurrentHashMap
尽管当您“获取”时所有操作都是线程安全的,但它可能会也可能不会反射(reflect)“放置”。
Collections.synchronizedMap
Collections.synchronizedMap(map) 创建一个阻塞 Map,尽管可以确保一致性,但会降低性能。仅当每个线程需要拥有最新的 map View 时才使用此选项
方法A外部的静态synchronizedMap
与3相同
使用 Redis 或 Memcache 的应用程序级锁
根据我对你问题的理解,只有这个选项才有意义。
这是我对您的要求的理解,如果我错了,请纠正我,将相应地更新答案: -您有“引擎”应用程序的多个实例(如驻留在多个 JVM 中的多个实例)。在将 map (对于每个实例而言是本地的)保存到数据库中时,您必须避免竞争条件
关于java - 同步类(class)级别以上的调用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31141106/