signal函数发送的信号，究竟是发给了一个进程还是发送给了某个线程?

cdsfiui

如题，apue上面的讨论，信号这一章都是针对"作业"而言，我认为这里的所谓"作业"指的是"进程"的概念。
但是我在linux上面做各种测试，man各种signal函数的时候，发现帮助页面里面主要都是说的各种和线程相关的内容，如下:

1. 
   
2. SIGPROCMASK(2)             Linux Programmer's Manual            SIGPROCMASK(2)
   
3. 
   
4. NAME
   
5.        sigprocmask - examine and change blocked signals
   
6. 
   
7. SYNOPSIS
   
8.        #include <signal.h>
   
9. 
   
10.        int sigprocmask(int how, const sigset_t *set, sigset_t *oldset);
    
11. 
    
12.    Feature Test Macro Requirements for glibc (see feature_test_macros(7)):
    
13. 
    
14.        sigprocmask(): _POSIX_C_SOURCE >= 1 || _XOPEN_SOURCE || _POSIX_SOURCE
    
15. 
    
16. DESCRIPTION
    
17.        sigprocmask()  is  used  to  fetch and/or change the signal mask of the
    
18.        calling thread.  The signal mask is the set of signals  whose  delivery
    
19.        is  currently  blocked  for  the  caller  (see  also signal(7) for more
    
20.        details).
    

复制代码

我就疑惑了。在unix诞生的早期，没有问题，只有进程的概念。但是现在的系统都支持pthread了，那么我发送一个signal给一个进程，是这个进程的所有线程都会处理呢还是某个线程才会处理?
还是说，要区分是安全的信号(发给某个线程)和不安全的信号(发给某个随机的线程)？

因为信号这一章的内容，讨论了安全的信号和非安全的信号。我想问：信号是不是也要分进程的信号还是线程的信号呢?
如果能知道signal的机制在linux内部实现的机理是什么样的，也许我会更好的理解这个问题。但是我没研究过内核的实现。所以还望各位大侠指教！

lxy572535121

apue的后续章节线程中讲到了线程中的信号。
线程中的信号是这样处理的：
并不是用信号处理程序来处理信号，而是用专门的独立控制线程来进行信号处理
首先所有线程都对信号进行屏蔽，然后专门处理信号的线程调用sigwait函数解除信号阻塞并休眠
这样就只有一个线程可用于信号的接收

sevenover

我记得是调度到哪个线程时收到了信号，就由哪个线程处理。
线程和进程都有mask位图，但是只有进程有padding位图。
无论在哪个线程中定义信号处理函数都是一样的，后设置的线程会覆盖先设置的线程的设置。子线程会继承父线程设置的mask位图（严格来讲线程是不分父子的，进程才分父子），但是可以通过子线程重新设置mask位图的方式来实现把特定信号指定给某个线程来处理的效果。