- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
假设我有一个以集合作为值的并发映射:
Map<Integer, List<Integer> map = new ConcurrentHashMap<>();
map.putIfAbsent(8, new ArrayList<>());
然后我按如下方式更新值:
map.computeIfPresent(8, (i, c) -> {
c.add(5);
return c;
});
我知道 computeIfPresent
整个方法调用是原子执行的。然而,考虑到这个映射被多个线程同时访问,我有点担心对底层集合所做的修改的数据可见性。在这种情况下,调用 map.get
我的问题是,如果更改是在 computeIfPresent
方法调用中执行的,那么在调用 map.get
时,列表是否会在其他线程中可见。
请注意,我知道如果我在执行更新操作之前引用列表,则列表的更改将不可见。如果我在更新操作后引用列表(通过调用 map.get
),我不确定列表的更改是否可见。
我不确定如何解释这些文档,但在我看来,先行发生关系将保证在这种特定情况下底层集合的更改可见
More formally, an update operation for a given key bears a happens-before relation with any (non-null) retrieval for that key reporting the updated value
最佳答案
该方法被记录为原子
的事实并不意味着可见性
(除非这是文档的一部分)。例如,为了使这个更简单:
// some shared data
private List<Integer> list = new ArrayList<>();
public synchronized void addToList(List<Integer> x){
list.addAll(x);
}
public /* no synchronized */ List<Integer> getList(){
return list;
}
我们可以说addToList
确实是原子的,一次只能有一个线程调用它。但是一旦某个线程调用 getList
- 根本无法保证 visibility
(因为要建立它,it has to happens on the same lock)。因此,可见性是之前发生的事情,computeIfPresent
文档对此根本没有说明。
相反,类文档说:
Retrieval operations (including get) generally do not block, so may overlap with update operations (including put and remove).
这里的关键点显然是overlap,所以一些其他线程调用get
(从而获得那个List
),可以看到List
处于某种状态;不一定是 computeIfPresent
开始的状态(在您实际调用 get
之前)。一定要进一步阅读以理解一些实际上可能意味着什么。
现在是该文档中最棘手的部分:
Retrievals reflect the results of the most recently completed update operations holding upon their onset. More formally, an update operation for a given key bears a happens-before relation with any (non-null) retrieval for that key reporting the updated value.
再读一遍关于completed 的句子,它说的是当一个线程get
时你唯一能读到的是last completed 说明 List 所在的位置。现在下一句话说在两个 Action 之间建立了一个发生在之前。
想一想,在两个后续 操作之间建立了一个happens-before
(如上面的同步示例);所以在内部,当你更新一个 Key
时,可能会有一个不稳定的书面信号表明更新已经完成(我很确定它不是这样完成的,只是一个例子)。为了让 happens before 真正起作用,get
必须读取那个 volatile 并查看写入它的状态;如果它看到该状态,则意味着发生在之前;我想这实际上是通过其他一些技术强制执行的。
因此,为了回答您的问题,所有调用 get
的线程都将看到发生在该键上的 last completed action
;在你的情况下,如果你能保证订单,我会说,是的,它们将是可见的。
关于Java ConcurrentHashMap.computeIfPresent 值修改可见性,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/52577524/
computeIfPresent 是 java.util.Map 的默认方法,已在 Java 8 中引入。computeIfPresent 方法为给定键及其关联值计算指定的Map函数,然后更新该键的值
假设我有一个以集合作为值的并发映射: Map map = new ConcurrentHashMap<>(); map.putIfAbsent(8, new ArrayList<>()); 然后我按如
我正在尝试制作具有以下功能的工厂: 它应该总是返回一个 Filter 对象。 从 hashmap = 如果字符串字母(键)已经存在于 hashmap 中,它应该只从 hashmap 中获取它的值(对象
我有一组非常适合我的代码: for (String word : distinctWordsInOneLigne) { Map> map = new H
我有以下代码: for (String val: values) { EnumType type = EnumType.get(val); if (type != null) {
这是我原来的 SO question 的跟进问题. 感谢这个问题的答案,根据 ConcurrentMap.computeIfPresent javadoc 看起来是这样的 The default im
workObjectMap.computeIfPresent(key, (k,v) -> { v.memberIdSet.addAll(memberIdSet); v.memberPo
我正在使用 Java 8,想知道 ConcurrentHashMap 的 computeIfPresent 操作是否锁定了整个表/映射或仅锁定包含 key 的 bin。 来自documentation
我用过计算方法和合并方法。但是我仍然不确定合并方法与计算方法有何不同。 我在采访中被问到一个问题,以维护给定 IP 地址列表的命中计数器。这是 Map 的基本实现,其中键是 IP,值是命中数。 我用
我有这段代码: if (notificationSend.get(key) != null && notificationSend.get(key).equals(value)) { retur
jdk 8新版Concurrent Hash Map新增了两个Method。 computeIfAbsent computeIfPresent putIfAbsent - 旧方法 我了解 putIfA
当尝试使用 computeIfPresent() 方法更改 map 时,我在使用 innerMap 时遇到了实现此方法的问题。 这个有效: Map mapOne = new HashMap<>();
我正在尝试查看实际的 Java 文档,描述传递给 ConcurrentHashMap.computeIfAbsent 和 ConcurrentHashMap.computeIfPresent< 时可以
我是一名优秀的程序员,十分优秀!