7
递归锁（Mutex）与非递归锁（Mutex）
POSIX允许互斥量是递归的。这意味着同一线程可以锁定同一互斥锁两次，并且不会死锁。当然，它还需要将其解锁两次，否则其他线程将无法获得该互斥锁。并非所有支持pthread的系统都支持递归互斥锁，但是如果要符合POSIX，则必须这样做。 其他API（更高级的API）通常也提供互斥体，通常称为“锁定”。某些系统/语言（例如Cocoa Objective-C）提供递归和非递归互斥体。有些语言也只提供其中一种。例如，Java互斥锁始终是递归的（同一线程可能在同一对象上两次“同步”两次）。根据它们提供的其他线程功能的不同，不使用递归互斥可能没有问题，因为可以很容易地自己编写（我已经在更简单的互斥/条件操作的基础上实现了递归互斥）。 我不太了解的是：非递归互斥锁有什么用处？如果两次锁定同一个互斥锁，为什么还要线程死锁？即使是可以避免这种情况的高级语言（例如，测试是否会死锁并在发生异常时抛出异常）通常也不会这样做。他们会让线程死锁。 这是否仅适用于以下情况：我不小心将其锁定两次，而仅将其解锁一次，并且在递归互斥的情况下，将很难发现问题，因此我立即使其死锁，以查看错误的锁定出现在何处？但是在解锁时返回锁计数器是否可以做同样的事情，在这种情况下，我确定我释放了最后一个锁并且计数器不为零，我可以抛出异常或记录问题吗？还是我没有看到其他任何更有用的非递归互斥用例？还是仅仅是性能，因为非递归互斥锁可能比递归互斥锁快一点？但是，我对此进行了测试，但差异实际上并没有那么大。