极其隐蔽的特殊原因--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上原创文章未经本人许可，不得用于商业用途。转载请注明出处并告知本人，否则保留追究法律责任的权利。

这篇关于极其隐蔽的特殊原因--java.lang.IllegalMonitorStateException: object not locked by thread before notify()的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！