【发布时间】:2015-05-13 11:13:01
【问题描述】:
我需要弄清楚在 Java 中使用内部锁提供了哪些内存可见性保证。
例如,如果我有一个 HashMap 对象,它将字符串映射到 Person 对象,如下所示:
HashMap<String,Person> m = new HashMap<String, Person>();
假设我们在同一个类中有一个同步方法,如下所示:
public synchronized void addToMap(String name, Person p){
m.put(name, p);
}
而且同一个类还有另一个同步方法叫做get,像这样:
public synchronized Person get(String name){
return m.get(name);
}
所以我有两个问题。
1
现在假设线程 A 获取锁并执行 addToMap 方法。然后退出该方法并释放锁。
然后线程 B 出现在 lock 方法之外,并改变了引用 p 所指的 Person 对象的状态。
那么,当线程 C 获得与线程 A 相同的锁并执行 get() 方法时,线程 C 是否保证检索到最近状态的 Person 对象?即在线程 B 更改它之后。
现在这个例子是高度人为的,如果我使用多线程映射,那么我知道我应该使用 ConcurrentHashMap 等,这个例子只是用来更好地解释我对可见性保证的困惑。
我知道当一个线程获得一个锁时,可以保证看到前一个持有该锁的线程对对象状态所做的任何更改, 那么我是否正确地认为因为线程 B 的活动是在没有获得锁的情况下执行的,所以不能保证线程 C 会看到更改?
2
现在,如果我对问题 1 的假设是正确的,那么可以说线程 B 确实改变了引用 p 在同步方法中引用的 Person 对象的状态, 所以它已经获得了锁,那么 C 是否保证看到 B 所做的更改? 我最初的假设是 C 保证看到 B 所做的更改,但是当我考虑时,我不确定实际更改是否对 Person 对象 p 指的是,实际上 更改 HashMap 的状态(它是锁定对象状态的一部分),因为它不是像添加或删除映射这样的结构修改。
我知道内在锁定提供可见性和原子性保证,而 volatile 变量只保证可见性,但我的困惑在于这些保证与实际对象的关系(例如映射中的实际对象) 就像 Person 对象 p 所指的那样),而不仅仅是对象引用。
任何帮助解决这个问题都非常感谢。
【问题讨论】:
标签: java multithreading synchronization locking volatile