gpt4 book ai didi

java - 同步类(class)级别以上的调用

转载 作者:行者123 更新时间:2023-11-30 08:05:47 25 4
gpt4 key购买 nike

这是一个设计问题,我试图找出应该在哪个级别(应用程序、类、对象甚至更精细)放置锁以确保原子性。

我有一个名为 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 进行通信,这就是遇到竞争条件的地方。

最佳答案

  1. ConcurrentHashMap

    尽管当您“获取”时所有操作都是线程安全的,但它可能会也可能不会反射(reflect)“放置”。

  2. Collections.synchronizedMap

    Collections.synchronizedMap(map) 创建一个阻塞 Map,尽管可以确保一致性,但会降低性能。仅当每个线程需要拥有最新的 map View 时才使用此选项

  3. 方法A外部的静态synchronizedMap

    与3相同

  4. 使用 Redis 或 Memcache 的应用程序级锁

根据我对你问题的理解,只有这个选项才有意义。

这是我对您的要求的理解,如果我错了,请纠正我,将相应地更新答案: -您有“引擎”应用程序的多个实例(如驻留在多个 JVM 中的多个实例)。在将 map (对于每个实例而言是本地的)保存到数据库中时,您必须避免竞争条件

关于java - 同步类(class)级别以上的调用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31141106/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com