将信号量操作包装在 try-catch 块中的正确方法是什么?如果获取操作在获取一定数量(但不是全部)请求的许可后被中断,会发生什么情况?你怎么知道要再次释放多少个?发布是否应该在“最终”块中进行,但是如果操作被中断,您是否可能会发布未获得的许可?
try {
lock.acquire(permits);
//Do some things that require synchronization
//Make sure to release all of the permits again!
lock.release(permits);
} catch (InterruptedException e) {
log.error("Interrupted!");
}
The Semaphore.acquire(int)
方法是全有或全无操作,要么获得请求的所有许可,要么阻止。您可以在代码周围使用双重尝试,或者让(可能的)因获取而中断的异常在您的调用堆栈中冒泡。
双重尝试块:
try {
lock.acquire(permits);
try {
// do some stuff here
} finally {
lock.release(permits);
}
} catch(final InterruptedException ie) {
// handle acquire failure here
}
气泡“获取”异常:
lock.acquire(permits);
try {
// do some stuff here
} finally {
lock.release(permits);
}
顺便说一句,请记住,信号量必须通过严格的编程约定保持平衡,因此您应该始终释放您获得的尽可能多的许可。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)