Pthread互斥锁声明错误
我在基于linux的（arm）通信应用程序中的不可预测的时间遇到以下错误：
pthread_mutex_lock.c:82: __pthread_mutex_lock: Assertion `mutex->__data.__owner == 0' failed.
Google出现了很多有关该错误的参考，但几乎没有与我的情况相关的信息。我想知道是否有人可以给我一些有关如何解决此错误的想法。有谁知道这个断言的共同原因？
提前致谢。
问题答案：
-
问题内容： 天真的问题.. 我读过之前说过：“ MUTEX只能通过锁定它的线程来解锁。 ” 但是我写了一个程序，其中 THREAD1 锁定了mutexVar并进入睡眠状态。然后 THREAD2 可以直接解锁MutexVar进行一些操作并返回。 ==>我知道每个人都说我为什么这样做？但是我的问题是-这是MUTEX的正确行为吗？ ==>添加示例代码 问题答案： 您所做的只是不合法的，行为是不确定的。互
-
Go语言包中的 sync 包提供了两种锁类型：sync.Mutex 和 sync.RWMutex。 Mutex 是最简单的一种锁类型，同时也比较暴力，当一个 goroutine 获得了 Mutex 后，其他 goroutine 就只能乖乖等到这个 goroutine 释放该 Mutex。 RWMutex 相对友好些，是经典的单写多读模型。在读锁占用的情况下，会阻止写，但不阻止读，也就是多个 gor
-
Introduction This is the fourth part of the chapter which describes synchronization primitives in the Linux kernel and in the previous parts we finished to consider different types spinlocks and semap
-
本文向大家介绍互斥锁死锁，包括了互斥锁死锁的使用技巧和注意事项，需要的朋友参考一下 死锁可以在使用互斥锁的多线程Pthread程序中发生。让我们看看它如何发生。未锁定的互斥锁由pthread_mutex_init()函数初始化。 使用pthread_mutex_lock()和pthread_mutex_unlock()获取并释放互斥锁。如果线程尝试获取锁定的互斥锁，则对pthread_mutex_
-
9.2. sync.Mutex互斥锁 在8.6节中，我们使用了一个buffered channel作为一个计数信号量，来保证最多只有20个goroutine会同时执行HTTP请求。同理，我们可以用一个容量只有1的channel来保证最多只有一个goroutine在同一时刻访问一个共享变量。一个只能为1和0的信号量叫做二元信号量(binary semaphore)。 gopl.io/ch9/bank
-
问题内容： 我想使用互斥锁，该互斥锁将用于同步访问内存共享黑白中两个不同进程中的某些变量。我该如何实现。执行该代码示例将不胜感激。 问题答案： 而是 使用初始化为的POSIX信号量 。 （请参见下文）用于未命名的信号灯或已命名的信号灯。 最初发布此答案很多年后，必须对其进行更新。 实际上应该使用互斥对象而不是信号量 。R和kuga的评论（如下逐字复制）解释了原因。特别是，我发现kuga提到互斥锁只