问题标签 [recursive-mutex]

据我了解，在 Windows 上 CRITICAL_SECTION 只能用作非递归互斥锁。要获得递归互斥锁，您必须使用 OpenMutex 和朋友。

但是，AFAIU、Win32 Mutex 不能与条件变量一起使用（InitializeConditionVariable 等）

有没有办法在 Windows 上将递归互斥锁与条件变量结合使用？

我正在尝试使用递归 QMutex，我阅读了 QMutex 类参考，但我不明白该怎么做，有人可以举个例子吗？我需要一些方法来锁定 QMutex，可以在调用 lock 方法之后或之前解锁。如果递归互斥锁不是方法，还有其他方法吗？

根据 POSIX，我可以通过这种方式静态初始化互斥锁：

但是，如果我希望互斥锁是递归的怎么办？互斥锁默认是非递归的，并且无法为静态初始化提供互斥锁属性。

你可以结合std::recursive_mutex,std::condition_variable意思是做这样的事情：

如果不允许，那为什么不呢？

我正在使用 VC++11。

我看到有些人讨厌recursive_mutex：

http://www.zaval.org/resources/library/butenhof1.html

但是在考虑如何实现一个线程安全的类（互斥锁保护）时，在我看来很难证明每个应该受互斥锁保护的方法都是互斥锁保护的，并且互斥锁最多被锁定一次。

因此，对于面向对象的设计，是否应该std::recursive_mutex默认并std::mutex在一般情况下将其视为性能优化，除非它仅用于一个地方（仅保护一种资源）？

为了清楚起见，我说的是一个私有的非静态互斥体。所以每个类实例只有一个互斥锁。

在每个公共方法的开头：

我在http://preshing.com/20120305/implementing-a-recursive-mutex和http://en.wikipedia.org/wiki/Reentrant_mutex上阅读了两篇关于递归（可重入）互斥锁的文章，但这两篇文章都没有感觉。

有人可以解释递归（可重入）互斥锁的工作原理吗？

（我发现解释递归互斥锁如何工作的材料很少。如果有人有很好的解释链接，我会关闭这个问题。）

谢谢 ！

我有一个类可以打开事务，将操作添加到队列，然后关闭事务。在 open->close 生命周期中，我想使用递归互斥锁，以便在任何时候只有一个线程可以打开事务。所有其他线程都被阻塞，直到当前事务结束。

在这种情况下，我很难确定如何使用 a recursive_mutex，因为锁的存在时间会比单个方法的范围更长。谁能建议我如何在这里应用锁定？

我在一个学校实验室工作，我们被指示为计数程序创建一个递归互斥锁。我写了一些代码（不起作用），但我认为这主要是因为我不理解使用递归互斥锁背后的真正想法。谁能详细说明递归互斥锁应该做什么/看起来像什么？

一般说明：我不是在要求答案，只是对递归互斥锁应该做什么进行澄清。

另外，如果有人好奇，这里是所需的代码。我正在编辑/实现的代码是 recmutex.c。

remutex.h

recmutex.c：包含递归互斥锁的函数

count_recursive.cc：上面提到的计数程序。使用 recmutex 函数。

我想知道是否可以使用互斥锁自己制作递归互斥锁类型，PTHREAD_MUTEX_ERRORCHECK结果如下：

我发现这种类型的递归互斥锁比具有PTHREAD_MUTEX_RECURSIVE属性的互斥锁快很多：

测试代码（每次调用1000000次）：

pthread_recursivemutex_t几乎是两倍的速度pthread_mutex_t？！但两者的行为方式相同......？

这个解决方案安全吗？

我想知道是否可以使用互斥锁自己制作递归互斥锁类型，PTHREAD_MUTEX_ERRORCHECK结果如下：

我发现这种类型的递归互斥锁比具有PTHREAD_MUTEX_RECURSIVE属性的互斥锁快很多：

测试代码（每次调用1000000次）：

pthread_recursivemutex_t几乎是两倍的速度pthread_mutex_t？！但两者的行为方式相同......？

顺便提一句：

给

m: 0 11 m: 11 UNLOCKED!!: 0 m2: 11

这意味着线程 2 在锁定时没有机会获得互斥锁。