当前位置: 技术问答>linux和unix
POSIX 线程取消点
来源: 互联网 发布时间:2017-01-23
本文导语: 取消点 根据POSIX标准,pthread_join()、pthread_testcancel()、pthread_cond_wait()、 pthread_cond_timedwait()、sem_wait()、sigwait()等函数以及read()、write()等会引起阻塞的系统调用都是Cancelation-point,而其他pthread函数都不会引起Cancelation动...
取消点
根据POSIX标准,pthread_join()、pthread_testcancel()、pthread_cond_wait()、 pthread_cond_timedwait()、sem_wait()、sigwait()等函数以及read()、write()等会引起阻塞的系统调用都是Cancelation-point,而其他pthread函数都不会引起Cancelation动作。
但是pthread_cancel的手 册页声称,由于LinuxThread库与C库结合得不好,因而目前C库函数(比如read())在linux种都不是Cancelation-point;但CANCEL信号会使线程从阻塞的系统调用中退出,并置EINTR错误码,因此可以在需要作为Cancelation-point的系统调用前后调用 pthread_testcancel(),从而达到POSIX标准所要求的目标,即如下代码段:
根据上面的说的,我的问题是,即然read函数前后不加pthread_testcancel(),也能使它在接收到CANCEL信号会使线程从阻塞的系统调用中退出,为什么还要加,岂不是多余吗? 难道加了后,如果read阻塞后,收到cance信号不是退出线程,而是退出read函数?然后再继续执行pthread_testcancel()进行判断是否要立即退出之类的吗?
根据POSIX标准,pthread_join()、pthread_testcancel()、pthread_cond_wait()、 pthread_cond_timedwait()、sem_wait()、sigwait()等函数以及read()、write()等会引起阻塞的系统调用都是Cancelation-point,而其他pthread函数都不会引起Cancelation动作。
但是pthread_cancel的手 册页声称,由于LinuxThread库与C库结合得不好,因而目前C库函数(比如read())在linux种都不是Cancelation-point;但CANCEL信号会使线程从阻塞的系统调用中退出,并置EINTR错误码,因此可以在需要作为Cancelation-point的系统调用前后调用 pthread_testcancel(),从而达到POSIX标准所要求的目标,即如下代码段:
pthread_testcancel();
retcode = read(fd, buffer, length);
pthread_testcancel();
根据上面的说的,我的问题是,即然read函数前后不加pthread_testcancel(),也能使它在接收到CANCEL信号会使线程从阻塞的系统调用中退出,为什么还要加,岂不是多余吗? 难道加了后,如果read阻塞后,收到cance信号不是退出线程,而是退出read函数?然后再继续执行pthread_testcancel()进行判断是否要立即退出之类的吗?
|
read阻塞后,收到cance信号不是退出线程,而是退出read函数。然后再继续执行pthread_testcancel()进行判断是否要立即退出。