Java类库中提供了几种用于替代synchronized的锁,比如ReentrantLock、ReentrantReadWriteLock等,使用该锁时加锁与解锁的操作必须在代码中指定执行,通常会以如下方式使用:
ReentrantLock lock = new ReentrantLock();
lock.lock(); // 加锁
try{
// do something
}finally{
lock.unlock(); // 解锁
}
为何加锁操作需要在try之前,能否在try块中执行呢?
不推荐,原因在于加锁操作可能会抛出异常,如果加锁操作在try块之前,那么出现异常时try-finally块不会执行,程序直接因为异常而中断执行;如果加锁操作在try块中,由于已经执行到了try块,那么finally在try中出现异常时仍然会执行,此时try中的加锁操作出现异常,finally依然会执行解锁操作,而此时并没有获取到锁,执行解锁操作会抛出另外一个异常,虽然都是抛出异常结束,但是此时finally解锁抛出的异常信息会将加锁的异常信息覆盖,导致信息丢失。因此应该将加锁操作放在try块之前执行。
将加锁操作放在try块之前执行,可能有其它问题吗?
看如下代码,如果在加锁之后执行一系列predo的操作,会出现什么问题呢?
ReentrantLock lock = new ReentrantLock();
lock.lock(); // 加锁
// predo something
try{
// do something
}finally{
lock.unlock();
}
如果在predo的操作中出现异常,程序会因为异常而终止,而由于并未执行try块,因此finally也不会执行,此时锁并没有释放掉,因此可能会出现死锁。所以,加锁之后直接执行try块,不要执行predo操作。