我来自.NET世界,不幸的是用.NET的眼睛看Java源代码.
以下代码来自Android应用程序(虽然根本不是Android特定的):
private class Worker implements Runnable {
private final Object mLock = new Object();
private Looper mLooper;
Worker(String name) {
Thread t = new Thread(null, this, name);
t.start();
synchronized (mLock) {
while (mLooper == null) {
try {
mLock.wait();
} catch (InterruptedException ex) {
}
}
}
}
public Looper getLooper() {
return mLooper;
}
public void run() {
synchronized (mLock) {
Looper.prepare();
mLooper = Looper.myLooper();
mLock.notifyAll();
}
Looper.loop();
}
public void quit() {
mLooper.quit();
}
}
我不清楚同步的工作原理.
首先我认为synchronized是锁定mLock对象,但是如果在t.start()构造函数线程首先进入同步块之后,它将在mLock.wait()中阻止它,并通过阻止它进入synchronized来隐式阻止线程“t”块.
这显然是错误的,因为我的电话按照假设:)
接下来想到同步同步“代码块”(在这种情况下,有两个同步块是独立的=>线程可以同时无限制地输入两个不同的同步块),并且完全适合…
…直到我的同事告诉我mLock.wait()释放锁定mLock并允许其他线程同时进入mLock的关键部分.
我不确定我是否足够清楚,所以很乐意回答任何进一步的问题.
解决方法:
查看Object.wait()上的javadoc.这是“神奇的”,因为它会丢弃进入synchronized {}块时获取的监视器.这允许另一个线程获取监视器并调用Object.notify().
当另一个线程调用notify()从wait()调用中唤醒等待线程时,等待线程必须重新获取监视器并将阻塞直到它可以 – 监视器仅在wait()调用期间被丢弃.并且通知线程在新唤醒的等待线程可以继续之前完成其同步块.一切都按可预测顺序排列.