Java信号量实现和设计相关问题

Question

我目前正在用C设计一个计数信号量，试图遵守与Java相同的标准级别，除了InterupptedExceptions之外，因为C std：：threads不支持中断。我正在阅读Java的类文档，这时遇到了两个让我困惑的问题。

https://docs.oracle.com/javase/9/docs/api/java/util/concurrent/Semaphore.html

问题1：

关于许可证的发布，我看到了一条语句“不要求发布许可证的线程必须通过调用acquire（）来获取该许可证”，在acquire的实现中。如果在设计中没有获得许可并通过同一线程发布的所有权概念，那么下面的情况会发生什么呢。

一些流氓线程只是试图运行发布，但它根本没有获得任何发布。然后会发布什么？它会默默地返回并且什么也不做吗？

问题二：

如果一个线程获取一个信号量计数并抛出一个异常，其中可能因为异常传播到该线程函数的类之外而错过了发布，会发生什么情况。在这种情况下，这是否会导致允许泄漏？

Answer 1

我的2美分：

一些流氓线程只是试图运行发布，但它根本没有获得任何发布。然后会发布什么？它会默默地返回并且什么也不做吗？

信号量不是锁，因此在释放它之前无需获取许可。您甚至可以初始化初始值为负的信号量。因此，您的第一个问题的答案是，如果任何线程释放许可，它将简单地将许可计数增加释放的许可数。

在这种情况下，这是否会导致泄漏？

在类似的行中，如果线程通过获取来减少许可，并且由于任何原因而失败，而没有释放它，则计数将保持不变。我不会称之为泄漏，因为有可能出现这样一种情况，即最终用户只希望使用许可证，而从未发布许可证。

Answer 2

一些流氓线程只是试图运行发布，但它根本没有获得任何发布。然后会发布什么？它会默默地返回并且什么也不做吗？

最好将其称为增量而不是发布或返回。您甚至可以创建具有否定权限的Semaphore：

Semaphore semaphore = new Semaphore(-1);

在这种情况下，如果threadA尝试aquire（），它将被阻塞，直到其他线程将权限增加释放（）两次。

在这种情况下，这是否会导致泄漏？

这就是为什么建议在资源有限时将信号量与try catch finally块一起使用的原因：

semaphore.aquire();
try {

} catch () {

} finally {
    semaphore.release();
}