首页 > 编程语言> > 极其隐蔽的特殊原因--java.lang.IllegalMonitorStateException: object not locked by thread before notify()
极其隐蔽的特殊原因--java.lang.IllegalMonitorStateException: object not locked by thread before notify()
作者:互联网
今天在写程序时,使用了多线程。为了多线程同步而使用wait()和notify()方法,于是出现了线程锁非法状态异常,如下所示.
java.lang.IllegalMonitorStateException: object not locked by thread before notify()
at java.lang.Object.notify(Native Method)
at com.silencer.materialtest.service.BackMusicService$PlayerBinder.lambda$prepare$0$BackMusicService$PlayerBinder(BackMusicService.java:178)
at com.silencer.materialtest.service.-$$Lambda$BackMusicService$PlayerBinder$hKprnA3bNpU00TRLYbJ3goB8_Hw.run(Unknown Source:4)
at java.lang.Thread.run(Thread.java:919)
I/Process: Sending signal. PID: 2588 SIG: 9
有问题的代码如下。
//等待线程
......
prepare(true);
synchronized (mState){
if (mState!=State.PREPARE && mState!=State.PARSE)
mState.wait();
mState = State.PLAYING;
}
......
//调用线程
......
new Thread(() -> {
synchronized (mState){
if (mState==State.STOP) {
try {
mPlayer.prepare();
mState = State.PREPARE;
if (isNotify)
mState.notify();
} catch (IOException e) {
e.printStackTrace();
}
}
}
}).start();
......
其中mState是我自定义的一个枚举类型。如下所示。
/**
* 播放器状态内部类
*/
enum State{
NONE,
PREPARE,
PLAYING,
PARSE,
STOP;
}
根据报错原因,我是因为没有在调用notify时对对象进行加锁,导致锁状态异常。于是我百思不得其解,我明明对mState进行了加锁,为何会报这个错误。后来,我灵光一现,是不是与枚举的机制有关。因为枚举中每一个常量都是静态对象,如果改变了mState的值,是不是连它关联的对象都变了。于是乎,我重新声明了一个Object对象,替换加锁和唤醒的代码里的mState,再次运行完美解决。
本BLOG上原创文章未经本人许可,不得用于商业用途。转载请注明出处并告知本人,否则保留追究法律责任的权利。
标签:lang,java,thread,......,State,notify,mState 来源: https://blog.csdn.net/shuaibiaoshishen/article/details/119134446