Linux线程编程之信号处理
前言
Linux多线程环境中的信号处理不同于进程的信号处理。一方面线程间信号处理函数的共享性使得信号处理更为复杂,另一方面普通异步信号又可转换为同步方式来简化处理。
本文首先介绍信号处理在进程中和线程间的不同,然后描述相应的线程库函数,在此基础上给出一组示例代码,以讨论线程编程中信号处理的细节和注意事项。文中涉及的代码运行环境如下:
本文通过sigwait()调用来“等待”信号,而通过signal()/sigaction()注册的信号处理函数来“捕获”信号,以体现其同步和异步的区别。
一 概念
1.1 进程与信号
信号是向进程异步发送的软件通知,通知进程有事件发生。事件可为硬件异常(如除0)、软件条件(如闹钟超时)、控制终端发出的信号或调用kill()/raise()函数产生的用户逻辑信号。
当信号产生时,内核通常在进程表中设置一个某种形式的标志,即向进程递送一个信号。在信号产生(generation)和递送(delivery)之间(可能相当长)的时间间隔内,该信号处于未决(pending)状态。已经生成但未递送的信号称为挂起(suspending)的信号。
进程可选择阻塞(block)某个信号,此时若对该信号的动作是系统默认动作或捕捉该信号,则为该进程将此信号保持为未决状态,直到该进程(a)对此信号解除阻塞,或者(b)将对此信号的动作更改为忽略。内核为每个进程维护一个未决(未处理的)信号队列,信号产生时无论是否被阻塞,首先放入未决队列里。当时间片调度到当前进程时,内核检查未决队列中是否存在信号。若有信号且未被阻塞,则执行相应的操作并从队列中删除该信号;否则仍保留该信号。因此,进程在信号递送给它之前仍可改变对该信号的动作。进程调用sigpending()函数判定哪些信号设置为阻塞并处于未决状态。
若在进程解除对某信号的阻塞之前,该信号发生多次,则未决队列仅保留相同不可靠信号中的一个,而可靠信号(实时扩展)会保留并递送多次,称为按顺序排队。
每个进程都有一个信号屏蔽字(signal mask),规定当前要阻塞递送到该进程的信号集。对于每个可能的信号,该屏蔽字中都有一位与之对应。对于某种信号,若其对应位已设置,则该信号当前被阻塞。
应用程序处理信号前,需要注册信号处理函数(signal handler)。当信号异步发生时,会调用处理函数来处理信号。因为无法预料信号会在进程的哪个执行点到来,故信号处理函数中只能简单设置一个外部变量或调用异步信号安全(async-signal-safe)的函数。此外,某些库函数(如read)可被信号中断,调用时必须考虑中断后出错恢复处理。这使得基于进程的信号处理变得复杂和困难。
1.2 线程与信号
内核也为每个线程维护未决信号队列。当调用sigpending()时,返回整个进程未决信号队列与调用线程未决信号队列的并集。进程内创建线程时,新线程将继承进程(主线程)的信号屏蔽字,但新线程的未决信号集被清空(以防同一信号被多个线程处理)。线程的信号屏蔽字是私有的(定义当前线程要求阻塞的信号集),即线程可独立地屏蔽某些信号。这样,应用程序可控制哪些线程响应哪些信号。
信号处理函数由进程内所有线程共享。这意味着尽管单个线程可阻止某些信号,但当线程修改某信号相关的处理行为后,所有线程都共享该处理行为的改变。这样,若某线程选择忽略某信号,而其他线程可恢复信号的默认处理行为或为信号设置新的处理函数,从而撤销原先的忽略行为。即对某个信号处理函数,以最后一次注册的处理函数为准,从而保证同一信号被任意线程处理时行为相同。此外,若某信号的默认动作是停止或终止,则不管该信号发往哪个线程,整个进程都会停止或终止。
若信号与硬件故障(如SIGBUS/SIGFPE/SIGILL/SIGSEGV)或定时器超时相关,该信号会发往引起该事件的线程。其它信号除非显式指定目标线程,否则通常发往主线程(哪怕信号处理函数由其他线程注册),仅当主线程屏蔽该信号时才发往某个具有处理能力的线程。
Linux系统C标准库提供两种线程实现,即LinuxThreads(已过时)和NPTL(Native POSIX Threads Library)。NPTL线程库依赖Linux 2.6内核,更加(但不完全)符合POSIX.1 threads(Pthreads)规范。两者的详细区别可以通过man 7 pthreads命令查看。
NPTL线程库中每个线程拥有自己独立的线程号,并共享同一进程号,故应用程序可调用kill(getpid(), signo)将信号发送到整个进程;而LinuxThreads线程库中每个线程拥有自己独立的进程号,不同线程调用getpid()会得到不同的进程号,故应用程序无法通过调用kill()将信号发送到整个进程,而只会将信号发送到主线程中去。
多线程中信号处理函数的共享性使得异步处理更为复杂,但通常可简化为同步处理。即创建一个专用线程来“同步等待”信号的到来,而其它线程则完全不会被该信号中断。这样就可确知信号的到来时机,必然是在专用线程中的那个等待点。
注意,线程库函数不是异步信号安全的,故信号处理函数中不应使用pthread相关函数。
二 接口
2.1 pthread_sigmask
线程可调用pthread_sigmask()设置本线程的信号屏蔽字,以屏蔽该线程对某些信号的响应处理。
#include <signal.h> int pthread_sigmask(int how, const sigset_t *restrict set, sigset_t *restrict oset); |
该函数检查和(或)更改本线程的信号屏蔽字。若参数oset为非空指针,则该指针返回调用前本线程的信号屏蔽字。若参数set为非空指针,则参数how指示如何修改当前信号屏蔽字;否则不改变本线程信号屏蔽字,并忽略how值。该函数执行成功时返回0,否则返回错误编号(errno)。
下表给出参数how可选用的值。其中,SIG_ BLOCK为“或”操作,而SIG_SETMASK为赋值操作。
参数how |
描述 |
SIG_BLOCK |
将set中包含的信号加入本线程的当前信号屏蔽字 |
SIG_UNBLOCK |
从本线程的当前信号屏蔽字中移除set中包含的信号(哪怕该信号并未被阻塞) |
SIG_SETMASK |
将set指向的信号集设置为本线程的信号屏蔽字 |
主线程调用pthread_sigmask()设置信号屏蔽字后,其创建的新线程将继承主线程的信号屏蔽字。然而,新线程对信号屏蔽字的更改不会影响创建者和其他线程。
通常,被阻塞的信号将不能中断本线程的执行,除非该信号指示致命的程序错误(如SIGSEGV)。此外,不能被忽略处理的信号(SIGKILL 和SIGSTOP )无法被阻塞。
注意,pthread_sigmask()与sigprocmask()函数功能类似。两者的区别在于,pthread_sigmask()是线程库函数,用于多线程进程,且失败时返回errno;而sigprocmask()针对单线程的进程,其行为在多线程的进程中没有定义,且失败时设置errno并返回-1。
2.2 sigwait
线程可通过调用sigwait()函数等待一个或多个信号发生。
#include <signal.h> int sigwait(const sigset_t *restrict sigset, int *restrict signop); |
参数sigset指定线程等待的信号集,signop指向的整数表明接收到的信号值。该函数将调用线程挂起,直到信号集中的任何一个信号被递送。该函数接收递送的信号后,将其从未决队列中移除(以防返回时信号被signal/sigaction安装的处理函数捕获),然后唤醒线程并返回。该函数执行成功时返回0,并将接收到的信号值存入signop所指向的内存空间;失败时返回错误编号(errno)。失败原因通常为EINVAL(指定信号无效或不支持),但并不返回EINTR错误。
给定线程的未决信号集是整个进程未决信号集与该线程未决信号集的并集。若等待信号集中某个信号在sigwait()调用时处于未决状态,则该函数将无阻塞地返回。若同时有多个等待中的信号处于未决状态,则对这些信号的选择规则和顺序未定义。在返回之前,sigwait()将从进程中原子性地移除所选定的未决信号。
若已阻塞等待信号集中的信号,则sigwait()会自动解除信号集的阻塞状态,直到有新的信号被递送。在返回之前,sigwait()将恢复线程的信号屏蔽字。因此,sigwait()并不改变信号的阻塞状态。可见,sigwait()的这种“解阻-等待-阻塞”特性,与条件变量非常相似。
为避免错误发生,调用sigwait()前必须阻塞那些它正在等待的信号。在单线程环境中,调用程序首先调用sigprocmask()阻塞等待信号集中的信号,以防这些信号在连续的sigwait()调用之间进入未决状态,从而触发默认动作或信号处理函数。在多线程程序中,所有线程(包括调用线程)都必须阻塞等待信号集中的信号,否则信号可能被递送到调用线程之外的其他线程。建议在创建线程前调用pthread_sigmask()阻塞这些信号(新线程继承信号屏蔽字),然后绝不显式解除阻塞(sigwait会自动解除信号集的阻塞状态)。
若多个线程调用sigwait()等待同一信号,只有一个(但不确定哪个)线程可从sigwait()中返回。若信号被捕获(通过sigaction安装信号处理函数),且线程正在sigwait()调用中等待同一信号,则由系统实现来决定以何种方式递送信号。操作系统实现可让sigwait返回(通常优先级较高),也可激活信号处理程序,但不可能出现两者皆可的情况。
注意,sigwait()与sigwaitinfo()函数功能类似。两者的区别在于,sigwait()成功时返回0并传回信号值,且失败时返回errno;而sigwaitinfo()成功时返回信号值并传回siginfo_t结构(信息更多),且失败时设置errno并返回-1。此外, 当产生等待信号集以外的信号时,该信号的处理函数可中断sigwaitinfo(),此时errno被设置为EINTR。
对SIGKILL (杀死进程)和 SIGSTOP(暂停进程)信号的等待将被系统忽略。
使用sigwait()可简化多线程环境中的信号处理,允许在指定线程中以同步方式等待并处理异步产生的信号。为了防止信号中断线程,可将信号加到每个线程的信号屏蔽字中,然后安排专用线程作信号处理。该专用线程可进行任何函数调用,而不必考虑函数的可重入性和异步信号安全性,因为这些函数调用来自正常的线程环境,能够知道在何处被中断并继续执行。这样,信号到来时就不会打断其他线程的工作。
这种采用专用线程同步处理信号的模型如下图所示:
其设计步骤如下:
1) 主线程设置信号屏蔽字,阻塞希望同步处理的信号;
2) 主线程创建一个信号处理线程,该线程将希望同步处理的信号集作为 sigwait()的参数;
3) 主线程创建若干工作线程。
主线程的信号屏蔽字会被其创建的新线程继承,故工作线程将不会收到信号。
注意,因程序逻辑需要而产生的信号(如SIGUSR1/ SIGUSR2和实时信号),被处理后程序继续正常运行,可考虑使用sigwait同步模型规避信号处理函数执行上下文不确定性带来的潜在风险。而对于硬件致命错误等导致程序运行终止的信号(如SIGSEGV),必须按照传统的异步方式使用 signal()或sigaction()注册信号处理函数进行非阻塞处理,以提高响应的实时性。在应用程序中,可根据所处理信号的不同而同时使用这两种信号处理模型。
因为sigwait()以阻塞方式同步处理信号,为避免信号处理滞后或非实时信号丢失的情况,处理每个信号的代码应尽量简洁快速,避免调用会产生阻塞的库函数。
2.3 pthread_kill
应用程序可调用pthread_kill(),将信号发送给同一进程内指定的线程(包括自己)。
#include <signal.h> int pthread_kill(pthread_t thread, int signo); |
该函数将signo信号异步发送至调用者所在进程内的thread线程。该函数执行成功时返回0,否则返回错误编号(errno),且不发送信号。失败原因包括ESRCH(指定线程不存在)和EINVAL(指定信号无效或不支持),但绝不返回EINTR错误。
若signo信号取值为0(空信号),则pthread_kill()仍执行错误检查并返回ESRCH,但不发送信号。因此,可利用这种特性来判断指定线程是否存在。类似地,kill(pid, 0)可用来判断指定进程是否存在(返回-1并设置errno为ESRCH)。例如:
int ThreadKill(pthread_t tThrdId, int dwSigNo)
{
int dwRet = pthread_kill(tThrdId, dwSigNo);
if(dwRet == ESRCH)
printf("Thread %x is non-existent(Never Created or Already Quit)!\n",
(unsigned int)tThrdId);
else if(dwRet == EINVAL)
printf("Signal %d is invalid!\n", dwSigNo);
else
printf("Thread %x is alive!\n", (unsigned int)tThrdId); return dwRet;
}
但应注意,系统在经过一段时间后会重新使用进程号,故当前拥有指定进程号的进程可能并非期望的进程。此外,进程存在性的测试并非原子操作。kill()向调用者返回测试结果时,被测试进程可能已终止。
线程号仅在进程内可用且唯一,使用另一进程内的线程号时其行为未定义。当对线程调用pthread_join()成功或已分离线程终止后,该线程生命周期结束,其线程号不再有效(可能已被新线程重用)。程序试图使用该无效线程号时,其行为未定义。标准并未限制具体实现中如何定义pthread_t类型,而该类型可能被定义为指针,当其指向的内存已被释放时,对线程号的访问将导致程序崩溃。因此,通过pthread_kill()测试已分离的线程时,也存在与kill()相似的局限性。仅当未分离线程退出但不被回收(join)时,才能期望pthread_kill()必然返回ESRCH错误。同理,通过pthread_cancel()取消线程时也不安全。
若要避免无效线程号的问题,线程退出时就不应直接调用pthread_kill(),而应按照如下步骤:
1) 为每个线程维护一个Running标志和相应的互斥量;
2) 创建线程时,在新线程启动例程ThrdFunc内设置Running标志为真;
3) 从新线程启动例程ThrdFunc返回(return)、退出(pthread_exit)前,或在响应取消请求时的清理函数内,获取互斥量并设置Running标志为假,再释放互斥量并继续;
4) 其他线程先获取目标线程的互斥量,若Running标志为真则调用pthread_kill(),然后释放互斥量。
信号发送成功后,信号处理函数会在指定线程的上下文中执行。若该线程未注册信号处理函数,则该信号的默认处理动作将影响整个进程。当信号默认动作是终止进程时,将信号发送给某个线程仍然会杀掉整个进程。因此,信号值非0时必须实现线程的信号处理函数,否则调用pthread_kill()将毫无意义。
三 示例
本节将通过一组基于NPTL线程库的代码示例,展示多线程环境中信号处理的若干细节。
首先定义两个信号处理函数:
static void SigHandler(int dwSigNo)
{
printf("++Thread %x Received Signal %2d(%s)!\n",
(unsigned int)pthread_self(), dwSigNo, strsignal(dwSigNo));
}
static void sighandler(int dwSigNo)
{ //非异步信号安全,仅为示例
printf("--Thread %x Received Signal %2d(%s)!\n",
(unsigned int)pthread_self(), dwSigNo, strsignal(dwSigNo));
}
其中,SigHandler()用于同步处理,sighandler()则用于同步处理。
3.1 示例1
本示例对比单线程中,sigwait()和sigwaitinfo()函数的可中断性。
int main(void)
{
sigset_t tBlockSigs;
sigemptyset(&tBlockSigs);
sigaddset(&tBlockSigs, SIGINT);
sigprocmask(SIG_BLOCK, &tBlockSigs, NULL); signal(SIGQUIT, sighandler); int dwRet;
#ifdef USE_SIGWAIT
int dwSigNo;
dwRet = sigwait(&tBlockSigs, &dwSigNo);
printf("sigwait returns %d(%s), signo = %d\n", dwRet, strerror(errno), dwSigNo);
#else
siginfo_t tSigInfo;
dwRet = sigwaitinfo(&tBlockSigs, &tSigInfo);
printf("sigwaitinfo returns %d(%s), signo = %d\n", dwRet, strerror(errno), tSigInfo.si_signo);
#endif return ;
}
编译链接(加-pthread选项)后,执行结果如下:
//定义USE_SIGWAIT时
--Thread b7f316c0 Received Signal 3(Quit)! //Ctrl+\
sigwait returns 0(Success), signo = 2 //Ctrl+C
//未定义USE_SIGWAIT时
--Thread b7fb66c0 Received Signal 3(Quit)! //Ctrl+\
sigwaitinfo returns -1(Interrupted system call), signo = 0
对比可见,sigwaitinfo()可被等待信号集以外的信号中断,而sigwait()不会被中断。
3.2 示例2
本示例测试多线程中,sigwait()和sigwaitinfo()函数对信号的同步等待。
void *SigMgrThread(void *pvArg)
{
pthread_detach(pthread_self()); //捕获SIGQUIT信号,以免程序收到该信号后退出
signal(SIGQUIT, sighandler); //使用创建线程时的pvArg传递信号屏蔽字
int dwRet;
while()
{
#ifdef USE_SIGWAIT
int dwSigNo;
dwRet = sigwait((sigset_t*)pvArg, &dwSigNo);
if(dwRet == )
SigHandler(dwSigNo);
else
printf("sigwait() failed, errno: %d(%s)!\n", dwRet, strerror(dwRet));
#else
siginfo_t tSigInfo;
dwRet = sigwaitinfo((sigset_t*)pvArg, &tSigInfo);
if(dwRet != -) //dwRet与tSigInfo.si_signo值相同
SigHandler(tSigInfo.si_signo);
else
{
if(errno == EINTR) //被其他信号中断
printf("sigwaitinfo() was interrupted by a signal handler!\n");
else
printf("sigwaitinfo() failed, errno: %d(%s)!\n", errno, strerror(errno));
}
}
#endif
} void *WorkerThread(void *pvArg)
{
pthread_t tThrdId = pthread_self();
pthread_detach(tThrdId); printf("Thread %x starts to work!\n", (unsigned int)tThrdId);
//working...
int dwVal = ;
while()
dwVal += ;
} int main(void)
{
printf("Main thread %x is running!\n", (unsigned int)pthread_self()); //屏蔽SIGUSR1等信号,新创建的线程将继承该屏蔽字
sigset_t tBlockSigs;
sigemptyset(&tBlockSigs);
sigaddset(&tBlockSigs, SIGRTMIN);
sigaddset(&tBlockSigs, SIGRTMIN+);
sigaddset(&tBlockSigs, SIGRTMAX);
sigaddset(&tBlockSigs, SIGUSR1);
sigaddset(&tBlockSigs, SIGUSR2);
sigaddset(&tBlockSigs, SIGINT); sigaddset(&tBlockSigs, SIGSEGV); //试图阻塞SIGSEGV信号 //设置线程信号屏蔽字
pthread_sigmask(SIG_BLOCK, &tBlockSigs, NULL); signal(SIGINT, sighandler); //试图捕捉SIGINT信号 //创建一个管理线程,该线程负责信号的同步处理
pthread_t tMgrThrdId;
pthread_create(&tMgrThrdId, NULL, SigMgrThread, &tBlockSigs);
printf("Create a signal manager thread %x!\n", (unsigned int)tMgrThrdId);
//创建另一个管理线程,该线程试图与tMgrThrdId对应的管理线程竞争信号
pthread_t tMgrThrdId2;
pthread_create(&tMgrThrdId2, NULL, SigMgrThread, &tBlockSigs);
printf("Create another signal manager thread %x!\n", (unsigned int)tMgrThrdId2); //创建一个工作线程,该线程继承主线程(创建者)的信号屏蔽字
pthread_t WkrThrdId;
pthread_create(&WkrThrdId, NULL, WorkerThread, NULL);
printf("Create a worker thread %x!\n", (unsigned int)WkrThrdId); pid_t tPid = getpid();
//向进程自身发送信号,这些信号将由tMgrThrdId线程统一处理
//信号发送时若tMgrThrdId尚未启动,则这些信号将一直阻塞
printf("Send signals...\n");
kill(tPid, SIGRTMAX);
kill(tPid, SIGRTMAX);
kill(tPid, SIGRTMIN+);
kill(tPid, SIGRTMIN);
kill(tPid, SIGRTMIN+);
kill(tPid, SIGRTMIN);
kill(tPid, SIGUSR2);
kill(tPid, SIGUSR2);
kill(tPid, SIGUSR1);
kill(tPid, SIGUSR1); int dwRet = sleep();
printf("%d seconds left to sleep!\n", dwRet); ThreadKill(WkrThrdId, ); //不建议向已经分离的线程发送信号 sleep();
int *p=NULL; *p=; //触发段错误(SIGSEGV) return ;
}
注意,线程创建和启动之间存在时间窗口。因此创建线程时通过pvArg参数传递的某块内存空间值,在线程启动例程中读取该指针所指向的内存时,该内存值可能已被主线程或其他新线程修改。为安全起见,可为每个需要传值的线程分配堆内存,创建时传递该内存地址(线程私有),而在新线程内部释放该内存。
本节示例中,主线程仅向SigMgrThread线程传递信号屏蔽字,且主线程结束时进程退出。因此,尽管SigMgrThread线程已分离,但仍可直接使用创建线程时pvArg传递的信号屏蔽字。否则应使用全局屏蔽字变量,或在本函数内再次设置屏蔽字自动变量
编译链接后,执行结果如下(无论是否定义USE_SIGWAIT):
Main thread b7fcd6c0 is running!
Create a signal manager thread b7fccb90!
Create another signal manager thread b75cbb90!
Create a worker thread b6bcab90!
Send signals...
++Thread b7fccb90 Received Signal 10(User defined signal 1)!
++Thread b7fccb90 Received Signal 12(User defined signal 2)!
++Thread b7fccb90 Received Signal 34(Real-time signal 0)!
++Thread b7fccb90 Received Signal 34(Real-time signal 0)!
++Thread b7fccb90 Received Signal 36(Real-time signal 2)!
++Thread b7fccb90 Received Signal 36(Real-time signal 2)!
++Thread b7fccb90 Received Signal 64(Real-time signal 30)!
++Thread b7fccb90 Received Signal 64(Real-time signal 30)!
Thread b6bcab90 starts to work!
--Thread b7fcd6c0 Received Signal 3(Quit)! //Ctrl+\
997 seconds left to sleep!
Thread b6bcab90 is alive!
++Thread b7fccb90 Received Signal 2(Interrupt)! //Ctrl+C
++Thread b7fccb90 Received Signal 2(Interrupt)! //Ctrl+C
--Thread b7fcd6c0 Received Signal 3(Quit)! //Ctrl+\
Segmentation fault
以下按行解释和分析上述执行结果:
【6~13行】相同的非实时信号(编号小于SIGRTMIN)不会在信号队列中排队,只被递送一次;相同的实时信号(编号范围为SIGRTMIN~SIGRTMAX)则会在信号队列中排队,并按照顺序全部递送。若信号队列中有多个非实时和实时信号排队,则先递送编号较小的信号,如SIGUSR1(10)先于SIGUSR2(12),SIGRTMIN(34)先于SIGRTMAX(64)。但实际上,仅规定多个未决的实时信号中,优先递送编号最小者。而实时信号和非实时信号之间,或多个非实时信号之间,递送顺序未定义。
注意,SIGRTMIN/SIGRTMAX在不同的类Unix系统中可能取值不同。NPTL线程库的内部实现使用两个实时信号,而LinuxThreads线程库则使用三个实时信号。系统会根据线程库适当调整SIGRTMIN的取值,故应使用SIGRTMIN+N/SIGRTMAX-N(N为常量表达式)来指代实时信号。用户空间不可将SIGRTMIN/SIGRTMAX视为常量,若用于switch…case语句会导致编译错误。
通过kill –l命令可查看系统支持的所有信号。
【6~13行】sigwait()函数是线程安全(thread-safe)的。但当tMgrThrdId和tMgrThrdId2同时等待信号时,只有先创建的tMgrThrdId(SigMgrThread)线程等到信号。因此,不要使用多个线程等待同一信号。
【14行】调用pthread_create()返回后,新创建的线程可能还未启动;反之,该函数返回前新创建线程可能已经启动。
【15行】SIGQUIT信号被主线程捕获,因此不会中断SigMgrThread中的sigwaitinfo()调用。虽然SIGQUIT安装(signal语句)在SigMgrThread内,由于主线程共享该处理行为,SIGQUIT信号仍将被主线程捕获。
【16行】sleep()函数使调用进程被挂起。当调用进程捕获某个信号时,sleep()提前返回,其返回值为未睡够时间(所要求的时间减去实际休眠时间)。注意,sigwait()等到的信号并不会导致sleep()提前返回。因此,示例中发送SIGQUIT信号可使sleep()提前返回,而SIGINT信号不行。
在线程中尽量避免使用sleep()或usleep(),而应使用nanosleep()。前者可能基于SIGALARM信号实现(易受干扰),后者则非常安全。此外,usleep()在POSIX 2008中被废弃。
【17行】WorkerThread线程启动后调用pthread_detach()进入分离状态,主线程将无法得知其何时终止。示例中WorkerThread线程一直运行,故可通过ThreadKill()检查其是否存在。但需注意,这种方法并不安全。
【18行】已注册信号处理捕获SIGINT信号,同时又调用sigwait()等待该信号。最终后者等到该信号,可见sigwait()优先级更高。
【19行】sigwait()调用从未决队列中删除该信号,但并不改变信号屏蔽字。当sigwait()函数返回时,它所等待的信号仍旧被阻塞。因此,再次发送SIGINT信号时,仍被sigwait()函数等到。
【21行】通过pthread_sigmask()阻塞SIGSEGV信号后,sigwait()并未等到该信号。系统输出"Segmentation fault"错误后,程序直接退出。因此,不要试图阻塞或等待SIGSEGV等硬件致命错误。若按照传统异步方式使用 signal()/sigaction()注册信号处理函数进行处理,则需要跳过引发异常的指令(longjmp)或直接退出进程(exit)。注意,SIGSEGV信号发送至引起该事件的线程中。例如,若在主线程内解除对该信号的阻塞并安装处理函数sighandler(),则当SigMgrThread线程内发生段错误时,执行结果将显示该线程捕获SIGSEGV信号。
本示例剔除用于测试的干扰代码后,即为“主线程-信号处理线程-工作线程”的标准结构。
3.3 示例3
本示例结合信号的同步处理与条件变量,以通过信号安全地唤醒线程。为简化实现,未作错误处理。
int gWorkFlag = ; //设置退出标志为假
sigset_t gBlkSigs; //信号屏蔽字(等待信号集) pthread_mutex_t gLock = PTHREAD_MUTEX_INITIALIZER;
pthread_cond_t gCond = PTHREAD_COND_INITIALIZER; void *SigThread(void *pvArg)
{
pthread_detach(pthread_self()); int dwSigNo;
sigwait(&gBlkSigs, &dwSigNo);
if(dwSigNo != SIGUSR1)
{
printf("Unexpected signal %d!\n", dwSigNo);
exit();
}
pthread_mutex_lock(&gLock);
gWorkFlag = ; //设置退出标志为真
pthread_mutex_unlock(&gLock);
pthread_cond_signal(&gCond); return ;
} void *WkrThread(void *pvArg)
{
pthread_detach(pthread_self());
printf("Worker thread starts!\n"); pthread_mutex_lock(&gLock);
while(gWorkFlag == )
pthread_cond_wait(&gCond, &gLock);
pthread_mutex_unlock(&gLock);
//以下代码不含共享数据,故不需要锁定
printf("Worker thread starts working...\n");
int dwVal = ;
while()
dwVal += ;
} int main(void)
{
sigemptyset(&gBlkSigs);
sigaddset(&gBlkSigs, SIGUSR1);
pthread_sigmask(SIG_BLOCK, &gBlkSigs, NULL); pthread_t tSigThrdId, tWkrThrdId;
pthread_create(&tSigThrdId, NULL, SigThread, NULL);
pthread_create(&tWkrThrdId, NULL, WkrThread, NULL); while();
exit();
}
本示例中,SigThread专用线程等待SIGUSR1信号。线程接收到该信号后,在互斥量的保护下修改全局标志gWorkFlag,然后调用pthread_cond_signal()唤醒WkrThread线程。WkrThread线程使用相同的互斥量检查全局标志的值,并原子地释放互斥量,等待条件发生。当条件满足时,该线程进入工作状态。
编译链接后,执行结果如下:
[wangxiaoyuan_@localhost~ ]$ ./Sigwait &
[]
[wangxiaoyuan_@localhost~ ]$ Worker thread starts!
kill -USR1
Worker thread starts working...
[wangxiaoyuan_@localhost~ ]$ ps
PID TTY TIME CMD
3940 pts/12 00:00:31 Sigwait
4836 pts/12 00:00:00 ps
32206 pts/12 00:00:00 bash
[wangxiaoyuan_@localhost~ ]$ kill -KILL 3940
[wangxiaoyuan_@localhost~ ]$ ps
PID TTY TIME CMD
5664 pts/12 00:00:00 ps
32206 pts/12 00:00:00 bash
[]+ Killed ./Sigwait
其中,命令kill -USR1和kill -KILL分别等同于kill -10和kill -9。
这种唤醒方式也可用于线程退出,而且比轮询方式高效。
3.4 示例4
本示例将sigwait()可用于主线程,即可正常捕捉信号,又不必考虑异步信号安全性。
int main(void)
{
//1. 创建工作线程(pthread_create)
//2. 等待终端键入的SIGINT信号(sigwait)
//3. 执行清理操作
//4. 程序退出(exit)
}
该例中主要等待SIGINT/SIGQUIT等终端信号,然后退出程序。
四 总结
Linux线程编程中,需谨记两点:1)信号处理由进程中所有线程共享;2)一个信号只能被一个线程处理。具体编程实践中,需注意以下事项:
- 不要在线程信号屏蔽字中阻塞、等待和捕获不可忽略的信号(不起作用),如SIGKILL和SIGSTOP。
- 不要在线程中阻塞或等待SIGFPE/SIGILL/SIGSEGV/SIGBUS等硬件致命错误,而应捕获它们。
- 在创建线程前阻塞这些信号(新线程继承信号屏蔽字),然后仅在sigwait()中隐式地解除信号集的阻塞。
- 不要在多个线程中调用sigwait()等待同一信号,应设置一个调用该函数的专用线程。
- 闹钟定时器是进程资源,且进程内所有线程共享相同的SIGALARM信号处理,故它们不可能互不干扰地使用闹钟定时器。
- 当一个线程试图唤醒另一线程时,应使用条件变量,而不是信号。
Linux线程编程之信号处理的更多相关文章
- linux 线程编程详解
1.线程的概念: 线程和进程有一定的相似性,通常称为轻量级的进程 同一进程中的多条线程将共享该进程中的全部系统资源,如虚拟地址空间,文件描述符和信号处理等等.但同一进程中的多个线程都有自身控制流 (它 ...
- Linux线程编程之生产者消费者问题
前言 本文基于顺序循环队列,给出Linux生产者/消费者问题的多线程示例,并讨论编程时需要注意的事项.文中涉及的代码运行环境如下: 本文假定读者已具备线程同步的基础知识. 一 顺序表循环队列 1.1 ...
- Linux线程编程之生产者消费者问题【转】
转自:http://www.cnblogs.com/clover-toeic/p/4029269.html 前言 本文基于顺序循环队列,给出Linux生产者/消费者问题的多线程示例,并讨论编程时需要注 ...
- Linux 线程编程3.0
#include <pthread.h> #include <stdlib.h> #include <stdio.h> #include <unistd.h& ...
- Linux 线程编程2.0——线程同步-互斥锁
当我们需要控制对共享资源的存取的时候,可以用一种简单的加锁的方法来控制.我们可以创建一个读/写程序,它们共用一个共享缓冲区,使用互斥锁来控制对缓冲区的存取. 函数 pthread_mutex_init ...
- Linux 线程编程1.0
在编译多线程程序的时候,需要连接libpthread文件: gcc pthread.c -o pthread -lpthread: 所有线程一律平等,没有父子关系,线程属于进程. 创建线程用 p ...
- Linux多任务编程——线程
线程基础 △ 由于进程的地址空间是私有的,因此在进行上下文切换时,系统开销比较大 △ 在同一个进程中创建的线程共享该进程的地址空间 △ 通常线程值得是共享相同地址空间的多个任务 △ 每个线程的私有这些 ...
- linux高级编程基础系列:线程间通信
linux高级编程基础系列:线程间通信 转载:原文地址http://blog.163.com/jimking_2010/blog/static/1716015352013102510748824/ 线 ...
- Linux系统编程——线程私有数据
在多线程程序中.常常要用全局变量来实现多个函数间的数据共享.因为数据空间是共享的,因此全局变量也为全部线程共同拥有. 測试代码例如以下: #include <stdio.h> #inclu ...
随机推荐
- Spring系列(二):Spring IoC/DI的理解
这几天重新学习了一下Spring,在网上找了相关的ppt来看,当看到Spring IoC这一章节的时候,先大致浏览了一下内容,有将近50页的内容,内心窃喜~QAQ~,看完这些内容能够对IoC有更深层次 ...
- Linq“条件排序”
StockQuantities.OrderBy(u=>u.Status==null) 该排序先排结果为0(false)的,再排结果为1(true)的 使用场景: 一个对象有上传时间(可以为空)和 ...
- 某软件大赛C#版考题整理——【单选题】
多选题:http://www.cnblogs.com/zxlovenet/p/3525849.html 编程题:http://www.cnblogs.com/zxlovenet/p/3525854.h ...
- MySQL binlog日志操作详解
MySQL的二进制日志可以说是MySQL最重要的日志了,它记录了所有的DDL和DML(除了数据查询语句)语句,以事件形式记录,还包含语句所执行的消耗的时间,MySQL的二进制日志是事务安全型的. bi ...
- C# 使用 Task 替换 ThreadPool ,异步监测所有线程(任务)是否全部执行完毕
using Microsoft.VisualStudio.TestTools.UnitTesting; using System.Collections.Generic; using System.T ...
- Python中print格式化输出
截取字符串输出,下面例子将只输出字符串的前3个字母 >>> str="abcdefg" >>> print "%.3s" % ...
- iptables规则备份和恢复 firewalld的9个zone firewalld关于zone的操作 firewalld关于service的操作
iptables规则备份和恢复 保存和备份iptables规则Service iptables save //会把规则保存到/etc/sysconfig/iptables把iptables规则备份到m ...
- Android中利用C++处理Bitmap对象
相信有些Android&图像算法开发者和我一样,遇到过这样的状况:要对Bitmap对象做一些密集计算(例如逐像素的滤波),但是在java层写循环代码来逐像素操作明显是不现实的,因为Java代码 ...
- Node.js之exports与module.exports
每一个node.js执行文件,都自动创建一个module对象,同时,module对象会创建一个叫exports的属性,初始化的值是 {} module.exports = {}; Node.js为了方 ...
- 表达式树(Expression Tree)
你每创建一个表示表达式的实例时,都可以将该类型实例看成是一棵表达式树.每种表示表达式的类型都有一个具体的类型,如Expression的Variable()方法创建的是ParameterExpressi ...