java报错线程锁_Java多线程锁异常:IllegalMonitorStateException

在项目多线程编程中用了ReentrantLock配合Condition来控制线程的加锁和解锁:

private void signalAllConnect() {

final ReentrantLock lock = this.connectLock;

try {

lock.lockInterruptibly();

} catch (InterruptedException e) {

SyncLogUtil.e(e);

} finally {

connectCondition.signalAll();

SyncLogUtil.d("notify the connect task...");

lock.unlock();

}

}

之前的代码是这么写的,采用lockInterruptibly()来上锁,结果随机性出现以下异常:

java.lang.IllegalMonitorStateException

at java.util.concurrent.locks.ReentrantLock$Sync.tryRelease(ReentrantLock.java:123)

at java.util.concurrent.locks.AbstractQueuedSynchronizer.release(AbstractQueuedSynchronizer.java:1235)

at java.util.concurrent.locks.ReentrantLock.unlock(ReentrantLock.java:429)

at com.xtc.sync.connection.TCPConnection.putConnectTaskToQueue(TCPConnection.java:435)

at com.xtc.sync.connection.TCPConnection.connect(TCPConnection.java:410)

at com.xtc.sync.connection.TCPConnection.connect(TCPConnection.java:339)

at com.xtc.sync.connection.ConnectionService.connect(ConnectionService.java:288)

at com.xtc.sync.connection.ConnectionService.decodeData(ConnectionService.java:414)

at com.xtc.sync.connection.ConnectionService.access$1600(ConnectionService.java:52)

at com.xtc.sync.connection.ConnectionService$5.onRead(ConnectionService.java:381)

at com.xtc.sync.connection.ReadAndWriteDataThread.onRead(ReadAndWriteDataThread.java:156)

at com.xtc.sync.connection.ReadAndWriteDataThread.run(ReadAndWriteDataThread.java:109)

意思是该线程还未被lock,然后就调用了unLock造成的异常,跟进源码里面发现异常是这边报出来的:

protected final boolean tryRelease(int releases) {

int c = getState() - releases;

if (Thread.currentThread() != getExclusiveOwnerThread())

throw new IllegalMonitorStateException();

boolean free = false;

if (c == 0) {

free = true;

setExclusiveOwnerThread(null);

}

setState(c);

return free;

}

而getExclusiveOwnerThread()会在线程被lock的时候调用的,也就是说线程确实还没被上锁就被unLock了,因为我用的是lockInterruptibly(),所以在线程调用interrupt()的时候这里会抛出InterruptedException异常,然后线程lock就失败,但是后面的finally里面却有对线程执行了unLock,所以就报错了,解决方法如下:

private void signalAllConnect() {

final ReentrantLock lock = this.connectLock;

try {

lock.lockInterruptibly();

try {

connectCondition.signalAll();

} finally {

SyncLogUtil.d("notify the connect task...");

lock.unlock();

}

} catch (InterruptedException e) {

SyncLogUtil.e(e);

}

}

改成如上写法,当lockInterruptibly()抛出异常的时候就不会执行unlock()方法了,而且我看了BlockQueue的一些阻塞实现也是类似如上写法,它从来不会把unLock操作和lockInterruptibly操作放在同一级,而是把unlock操作放在lockInterruptibly操作的下一步,保证lockInterruptibly()抛出异常后,不执行unlock

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值