c 递归锁(重入锁) pthread_cond_wait 死锁

最新推荐文章于 2024-07-31 14:29:18 发布
原创 最新推荐文章于 2024-07-31 14:29:18 发布 · 3.2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文探讨了在使用递归锁（重入锁）时，如何避免因pthread_cond_wait操作而导致的死锁问题。通过一个具体的例子展示了当一个线程在获取锁后调用pthread_cond_wait时可能发生的错误，并提出了相应的解决思路。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

//1 thread

pthread_mutex_lock(&mutex);

pthread_mutex_lock(&mutex);


pthread_cond_wait(&cond, &mutex);

pthread_mutex_unlock(&mutex);

pthread_mutex_unlock(&mutex);


//2 thread

pthread_mutex_lock(&mutex);

pthread_cond_signal(&mutex);

pthread_mutex_unlock(&mutex);


//3 init

pthread_mutexattr_t attr;

pthread_mutexattr_init(&attr);

pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_RECURSIVE);

pthread_mutex_init(&mutex, &attr);


先执行1 thread,然后执行2 thread,会发现在锁定1 thread后，进行pthread_cond_wait操作后，会导致死锁


猜想，应该是pthread_cond_wait只会解锁一层mutex,最后还有一层锁定状态，导致死锁状态


另还有文档说明不要使用pthread_cond_wait在递归锁(重入锁)中






解锁多线程困境：深入剖析pthread_mutex_lock死锁问题及其解决之道
笔者从事电信媒体开发多年，愿意将多年的开发经验分享给同行
11-01 694
在多线程编程中，互斥锁（mutex）是一种用于同步访问共享资源的机制，它可以确保同一时间只有一个线程访问临界区，从而避免数据不一致问题。然而，使用互斥锁时，如果处理不当，可能会导致死锁现象的发生。本文将详细介绍pthread_mutex_lock出现死锁的原因、表现以及处理方法，并附带C代码示例。
穿越死锁的迷雾：pthread_mutex_lock的终极挑战与破解策略
笔者从事电信媒体开发多年，愿意将多年的开发经验分享给同行
11-02 357
在多线程编程中，互斥锁（mutex）是一种用于同步访问共享资源的机制，它可以确保同一时间只有一个线程访问临界区，从而避免数据不一致问题。然而，使用互斥锁时，如果处理不当，可能会导致死锁现象的发生。本文将详细介绍pthread_mutex_lock出现死锁的原因、表现以及处理方法，并附带C代码示例。
Linux线程同步--死锁
lijianhua003的博客
08-12 304
假如我有两个以上的锁，我线程1已经获得锁1，想要获得锁2，而我线程2已经获得锁2，想要获得锁1，现在双方都获取不到自己想要的东西，就会一直等待，这就是死锁。
使用pthread_cond_t遇到的死锁问题
rjc_lihui的专栏
12-25 1239
使用上pthread_cond_t遇到的死锁问题 最近在一个项目中使用pthread_cond_t的时遇到一个死锁的问题，特记录分享一下。这个问题的使用场景很简单，客户端程序起两个线程，一个线程发送数据给服务器，另一个线程接收服务器的返回。发送线程向服务器发送一个数据报，然后等待服务器返回（用pthread_cond_t等待），然后继续发送下一个数据包……，如此循环下去。发送代码抽取出来的逻辑像下面这样： static void* thread_fun_send(void* nouse) { .
pthread_cond_t wait时死循环的问题
chenshi5422的博客
11-21 522
问题： 当pthread_cond_t变量正常初始化，但是调用pthread_cond_timedwait时，确引起死循环，且CPU占用率上升为100%。 引起问题的原因： pthread_cond_t 变量不是在内存对齐的位置分配的。 可能出现的具体场景： 1. pthread...
一个线程死锁问题的分析
weixin_33857230的博客
08-25 235
一个线程死锁问题的分析 客户报过来一个问题，服务器运行一周左右就会停止响应，有时候甚至两天就不响应了，并发用户量并不大，重启服务后又工作正常。每当遇到这种问题时就有点儿棘手。一是这种问题的复现条件不好确定，另一方面，即使确定了条件，对于多线程的服务程序，也不好调试。我遇到过的这种问题，大部分是靠读代码分析出来一个可能的原因列表，然后一一验证，最终找到真正的问题...
pthread_cond_wait执行失败
明潮的BLOG
11-06 2089
Printf("execute result:%d",pthread_cond_wait(&reply_cond, &reply_mutex)); 执行没有返回结果，日志也没有打印 查询linux doc查到如下结果： Description The pthread_cond_timedwait() and pthread_cond_wait() functions shall b
C 语言编程 — pthread 用户线程操作
烟云的计算
03-12 3375
pthread_cond_wait()：用于等待条件变量满足的特定条件，该函数会先释放互斥锁，然后阻塞当前线程，直到其他线程调用pthread_cond_signal() 或 pthread_cond_broadcast()。pthread_join()：用于等待指定的线程终止，并将该线程的返回值传递给 Caller。如果互斥锁已经被其他线程占用，那么该函数会阻塞当前线程，直到互斥锁被释放。pthread_create()：用于创建一个新的线程，并将其加入到 Caller（调用者）的线程池中。
pthread_mutex_t 的用法
最新发布
07-12
pthread_cond_wait(&cond, &mutex); // 自动释放锁并等待 } // 操作共享资源 pthread_mutex_unlock(&mutex); ``` 4. **错误检查**：所有函数返回0表示成功，非0需处理错误（如`EDEADLK`死锁错误） > **最佳...
分析以下Linux C++代码的含义， “static pthread_mutex_t g_rpcc_node_mutex = PTHREAD_MUTEX_INITIALIZER;”，并说明该代码为什么需要使用“static”关键字声明，哪些C++开发场景需要使用static关键字
06-22
4.引用[3]提到了条件变量等待函数`pthread_cond_wait`，它通常与互斥锁一起使用。5.引用[4]提到了创建线程的函数`pthread_create`，但这不是重点。用户的问题集中在`static`关键字与`pthread_mutex_t`的结合使用上。...
pthread_cond_wait详解
03-20
一篇博客内容 pthread_cond_wait详解
pthread的同步：死锁问题
aaasssdddd96的博客
07-31 583
无论 pthread_cond_signal()放在 pthread_mutex_unlock()的前面还是后面，下一句回到循环头上的 pthread_mutex_lock()，都会和consumer的退出wait产生锁竞争，所以这里要确保consumer的wait先退出，然后producer再回去循环头上锁。consumer恢复执行，解锁这个空锁，这时consumer已经有了mutex锁，解锁空锁后，producer继续运行，就阻塞循环头上的那个mutex锁上了。到此，原来的例子改完了。
关于条件变量pthread_cond_wait的互斥锁
xmm12508的博客
07-09 544
之前在网上看到很多资料都说条件变量的互斥锁是用来保护条件变量的，没用之前觉得挺有道理的。后来自己真正用的时候，才发现并不是那么回事。例如下面的例子：pthread_mutex_t cmutex;pthread_cond_t cond;pthread_mutex_init(&cmutex, NULL);pthread_cond_init(&cond, NULL);pthread_mu...
pthread_cancel的带来的一个死锁问题(验证)
秋歌
09-17 1280
代码来自:http://blog.youkuaiyun.com/wwyyxx26/article/details/9018473 如下:test_deadlock.c#include <unistd.h> #include <pthread.h> #include <stdio.h> #include <stdlib.h>pthread_mutex_t mutex = PTHREAD_MUTEX_INITIA
SB了，pthread_cond_wait()，在等待的时候会解锁（阻塞之后，解锁mutex给别的线程），唤醒后加锁，
曙光的blog
12-04 2506
如题，没弄懂吃了大亏。。。
Linux 条件变量使用细节（为何调用 pthread_cond_wait 前加锁，函数内部解锁，返回时又加锁）
木牛的博客
03-20 1341
对于 2，只要在 pthread_cond_signal 之后与解锁 mutex 之间有其他语句需要执行，那么由于 mutex 在这时已经被这个线程锁，还没有解锁，所以调用 pthread_cond_wait 的那个线程在pthread_cond_wait 返回前的锁 mutex 的行为就会阻塞，直到 pthread_cond_signal 后的语句执行完解锁，pthread_cond_wait 才会返回。pthread_cond_signal 唤醒的是阻塞在 pthread_cond_wait 的进程。
Linux C语言 pthread_cond_wait()、pthread_cond_timedwait()函数（不允许cond被唤醒时产生竞争，所以需要和互斥锁搭配）
Dontla的博客
07-30 2186
pthread_cond_wait：它首先将当前线程加入到唤醒队列，然后旋即解锁mutex，最后等待被唤醒。被唤醒后，又对mutex加锁 参考文章：pthread_cond_wait 为什么需要传递 mutex 参数？ - 丁凯的回答 - 知乎参考文章：pthread_cond_wait 为什么需要传递 mutex 参数？ - etnlGD的回答 - 知乎 我猜上面这三部大概就是所谓的“原子操作”，我不太懂，只能大概这么理解。。。test_cond.c ubuntu编译运行结果： 20220730 我的另一
linuxc线程信号-pthread_cond_wait理解
07-17 974
pthread_cond_wait(pthread_cond_t *cond, pthread_mutex_t*mutex)函数 传入的参数mutex用于保护条件，因为我们在调用pthread_cond_wait时，如果条件不成立我们就进入阻塞，但是进入阻塞这个期间，如果条件变量改变了的话，那我们就漏掉了这个条件。因为这个线程还没有放到等待队列上，所以调用pthread_cond_wait前要先
pthread_cond_wait()使用、执行过程及一些问题
fatshaw的专栏
02-27 1153
<br />LINUX环境下多线程编程肯定会遇到需要条件变量的情况，此时必然要使用pthread_cond_wait()函数。但这个函数的执行过程比较难于理解。<br />     pthread_cond_wait()的工作流程如下（以MAN中的EXAMPLE为例）：<br
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值