一. linux内部用一个128个字节(多个unsigned long)的结构(sigset_t)表示信号的掩码,在i386平台上就是128/4=32个long,每位对应一个信号的掩码,最大支持128*8 = 1024个信号。现在只有64个信号，所以只要考虑最前面的两个long就可以了。
sigset_t mask;
unsigned long *pl = (unsigned long*)&mask;
pl[0]和pl[1]就表示当前64个信号的掩码，如果对应信号的那位=1,表示信号被屏蔽，发信号不会到达那个进程(线程)。=0,则相反。可以用sigfillset,sigaddset,sigemptyset等函数设置,这些函数定义在glibc的signal目录中.. 注意:9(SIGKILL), 19(SIGSTOP),
32(不支持）,33(不支持）这几个信号是不能屏蔽的。
（2. linux线程的特性：无论在哪个线程中定义信号处理函数都是一样的，同一个信号处理函数只能有一个，如果定义了多个，就会覆盖前一个。如果创建子线程以前设置了掩码，那么子线程中自动继承这个掩码。可以在子线程中重新设置掩码。这样可以实现把特定信号分派给指定线程处理的功能。
二、信号掩码 在POSIX下，每个进程有一个信号掩码(signal mask)。简单地说，信号掩码是一个“位图”，其中每一位都对应着一种信号。如果位图中的某一位为1，就表示在执行当前信号的处理程序期间相应的信号暂时被“屏蔽”，使得在执行的过程中不会嵌套地响应那种信号。
为什么对某一信号进行屏蔽呢？我们来看一下对CTRL_C的处理。大家知道，当一个程序正在运行时，在键盘上按一下CTRL_C，内核就会向相应的进程发出一个SIGINT 信号，而对这个信号的默认操作就是通过do_exit()结束该进程的运行。但是，有些应用程序可能对CTRL_C有自己的处理，所以就要为SIGINT另行设置一个处理程序，使它指向应用程序中的一个函数，在那个函数中对CTRL_C这个事件作出响应。但是，在实践中却发现，两次CTRL_C事件往往过于密集，有时候刚刚进入第一个信号的处理程序，第二个SIGINT信号就到达了，而第二个信号的默认操作是杀死进程，这样，第一个信号的处理程序根本没有执行完。为了避免这种情况的出现，就在执行一个信号处理程序的过程中将该种信号自动屏蔽掉。所谓“屏蔽”，与将信号忽略是不同的，它只是将信号暂时“遮盖”一下，一旦屏蔽去掉，已到达的信号又继续得到处理。
Linux内核中有一个专门的函数集合来执行设置和修改信号掩码，它们放在kernel/signal.c中，其函数形式和功能如下：
函数形式 功能
int sigemptyset(sigset_t *mask) 清所有信号掩码的阻塞标志
int sigfillset(sigset_t *mask, int signum) 设置所有信号掩码的阻塞标志
int sigdelset(sigset_t *mask, int signum) 删除个别信号阻塞
int sigaddset(sigset_t *mask, int signum) 增加个别信号阻塞
int sigisnumber(sigset_t *mask, int signum) 确定特定的信号是否在掩码中被标志为阻塞。
另外，进程也可以利用sigprocmask() 系统调用改变和检查自己的信号掩码的值，其实现代码在kernel/signal.c中，原型为：
int sys_sigprocmask(int how, sigset_t *set, sigset_t *oset)
其中，set是指向信号掩码的指针，进程的信号掩码是根据参数how的取值设置成set；参数how的取值及含义如下：
SIG_BOLCK set规定附加的阻塞信号；
SIG_UNBOCK set规定一组不予阻塞的信号
SIG_SETBLOCK set变成新进程的信号掩码
用一段代码来说明这个问题
switch (how) {
case SIG_BLOCK:
current->blocked |= new_set;
break;
case SIG_UNBLOCK:
current->blocked &= ~new_set;
break;
case SIG_SETMASK:
current->blocked = new_set;
break;
default:
return -EINVAL;
}
其中current为指向当前进程task_struc结构的指针。
第三个参数oset也是指向信号掩码的指针，它将包含以前的信号掩码值，使得在必要的时候，可以恢复它。
进程可以用sigpending()系统调用来检查是否有挂起的阻塞信号。