浅谈pthread退出方式以及清理问题

本文探讨了线程的多种退出方式,包括自然退出、pthread_exit和pthread_cancel,重点讨论了pthread_cancel带来的资源清理挑战。文章通过示例代码展示了线程取消状态和类型的影响,解释了PTHREAD_CANCEL_DEFERRED的默认行为,以及如何利用pthread_cleanup_push和pthread_cleanup_pop确保线程在退出时执行必要的清理操作,以避免内存泄漏和锁未解锁的问题。
摘要由CSDN通过智能技术生成

       资源的销毁远比创建来得困难,例如线程。线程终止有很多种方式,如自然退出,显式调用pthread_exit。但是执行退出的时机,线程可能阻塞在如read, write,pthread_cond_wait等接口, 无法自然退出。那么就只好发送cancel信号强行终止了,但是这种强行终止是有代价的,我们需要考虑好线程终止时资源的清理问题。

        线程的接收cancel信号的处理受两个因素影响。首先是取消状态,通过pthread_setcancelstate设置,使能或者不使能。如果处于不使能状态时,那么取消线程状态请求将排队等待直到使能线程取消状态。如果处于使能状态,那么接下来的动作决定于取消类型。

        线程取消类型通过pthread_setcanceltype设置,存在同步退出,取消点退出两种选择。同步退出意味着线程可以在任意时刻退出。默认行为是PTHREAD_CANCEL_DEFERRED,也就是接收到cancel信号后执行直到遇到取消点退出,像是pthread_cond_wait,read等阻塞型函数都是取消点,当然也可以通过pthread_testcancel手动防止取消点。关于属于取消点的函数可以通过man pthreads(7)获取列表。

        示例代码如下所示,我们创建了线程threadproc;在线程开始new了char [1024]的数组,获取mutex,然后在线程里故意调用pthread_cond_wait使得线程阻塞。主线程创建线程小睡一会,保证创建的线程已经执行;然后对刚创建的子线程发送cancel信号,并等待其结束。

#include <stdio.h>
#include <pthread.h>
#
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值