诡异的java.lang.IllegalMonitorStateException

68 阅读 0 评论 45 点赞

我是靠谱客的博主生动奇迹，最近开发中收集的这篇文章主要介绍诡异的java.lang.IllegalMonitorStateException，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

今天的一段代码抛出了java.lang.IllegalMonitorStateException，代码如下：

private boolean wait = false; public boolean pleaseWait() { synchronized (this.wait) { if (this.wait == true) { return false; } this.wait =true; try { this.wait.wait(); } catch (InterruptedException e) { } return true; }

JavaDoc上关于IllegalMonitorStateException的解释是：

Thrown to indicate that a thread has attempted to wait on an object's monitor or to notify other threads waiting on an object's monitor without owning the specified monitor.

看起来有些晦涩难懂，比如object's monitor。其实，在Object.notify()这个函数的JavaDoc中有相关的解释：

A thread becomes the owner of the object's monitor in one of three ways:
1. By executing a synchronized instance method of that object.
2. By executing the body of a synchronized statement that synchronizes on the object.
3. For objects of type Class, by executing a synchronized static method of that class.

说白了，就是需要在调用wait()或者notify()之前，必须使用synchronized语义绑定住被wait/notify的对象。

可问题是，在上面的代码中，已经对this.wait这个变量使用了synchronzied，然后才调用的this.wait.wait()。按理不应该抛出这个异常。

上网查了很久，终于找到了答案：

真正的问题在于this.wait这个变量是一个Boolean，并且，在调用this.wait.wait()之前，this.wait执行了一次赋值操作：

this.wait = true;Boolean型变量在执行赋值语句的时候，其实是创建了一个新的对象。简单的说， 在赋值语句的之前和之后，this.wait并不是同一个对象。

synchronzied(this.wait)绑定的是旧的Boolean对象，而this.wait.wait()使用的是新的Boolean对象。由于新的Boolean对象并没有使用synchronzied进行同步，所以系统抛出了IllegalMonitorStateException异常。

相同的悲剧还有可能出现在this.wait是Integer或者String类型的时候。

一个解决方案是采用java.util.concurrent.atomic中对应的类型，比如这里就应该是AtomicBoolean。采用AtomicBoolean类型，可以保证对它的修改不会产生新的对象。

正确的代码：

private AtomicBoolean wait = new AtomicBoolean(false); public boolean pleaseWait() { synchronized (this.wait) { if (this.wait.get() == true) { return false; } this.wait.set(true); try { this.wait.wait(); } catch (InterruptedException e) { } return true; } }