首先我们先来看一段demo代码
public class Demo {
public static void main(String[] args) {
ThreadImpl thread = new ThreadImpl(new Object());
// 开启一个线程
thread.start();
}
}
class ThreadImpl extends Thread {
// 线程锁对象
private Object lock;
public ThreadImpl(Object lock) {
this.lock = lock;
}
// 重写线程的run方法,线程的业务执行逻辑
@Override
public void run() {
synchronized (lock) {
// 执行一个for循环,打印0~9之间的数字
for (int i = 0; i < 10; i++) {
System.out.println("当前数字为:" + i);
}
try {
// 调用wait方法控制线程
wait();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}
我们对线程的业务逻辑进行synchronized关键字加锁,锁对象为lock
执行代码,此时会报错,异常信息为java.lang.IllegalMonitorStateException
我们把同步代码块里面的代码稍加修改
// 重写线程的run方法,线程的业务执行逻辑
@Override
public void run() {
synchronized (lock) {
for (int i = 0; i < 10; i++) {
System.out.println("当前数字为:" + i);
}
try {
// 调用wait方法控制线程,修改调用者为lock锁对象
lock.wait();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
代码执行正常
小结:根据第一段代码,相信基本有点java基础的都能看出来了,直接调用wait()方法,此时实际上是this.wait(),实际调用者为Threa
dImp的实例对象thread。而在修改后的代码中,wait()方法的调用者为lock。
官方api文档中对于java.lang.IllegalMonitorStateException的解释是:“抛出的异常表明某一线程已经试图等待对象的监视器,或者试图通知其他正在等待对象的监视器而本身没有指定监视器的线程 ”,这段话过于官方,我相信大部分正常人和我一样基本都读不懂。
简单的来说,当你在调用notify(), notifyAll(),wait(), wait(long), wait(long, int)等线程控制操作方法时,必须要有两个前提。第一:必须要在被synchronized关键字控制的同步代码块中,才能调用这些方法。第二,调用者必须为你当前的锁对象。
其实也很好理解,假如你开启两个甚至三个以上的线程,在synchronized关键字中的锁对象均为lock,此时是你的锁对象lock在管理这些线程,因此在调用这些线程状态管理的方法时,调用者应该为你的锁对象。
至于官方文档中说到的什么对象监视器,说白了就是我们通俗说的线程锁,也就是锁对象lock