使用pthread_kill发送实时信号是否总能保证调用成功？

背景 #

POSIX信号存在两种交付机制：

• 标准信号采用标记式机制：重复发送同一种信号只会保留一个标记，不会累积
• 实时信号（编号在SIGRTMIN至SIGRTMAX区间内）采用队列式机制：重复发送的同一种信号会被加入队列，能按发送顺序交付，还可携带额外数据

已知：

• 向有效线程发送标准信号时，pthread_kill调用总能成功
• 向有效进程发送实时信号时，若目标的信号队列已满，sigqueue调用会失败并返回EAGAIN错误

此处忽略pthread_kill指向线程、sigqueue指向进程的差异，仅聚焦信号交付的可靠性，提出以下疑问：

1. 使用pthread_kill发送实时信号时，结果是否可预期？
2. 由于pthread_kill的手册未将EAGAIN列为可能的错误，是否可据此认定调用总能成功？
3. 是否存在未考虑到的特殊情况？

解答 #

核心结论 #

pthread_kill发送实时信号时，调用本身几乎总能成功，但信号的队列交付不保证一定生效——这是容易混淆的核心点。

细节说明 #

1. 调用成功的必然性
   POSIX标准明确未将EAGAIN列为pthread_kill的错误返回值。只要目标线程有效、信号编号合法（在SIGRTMIN-SIGRTMAX区间内），pthread_kill调用就会返回0（成功），不会因为队列满而失败。

2. 信号交付的不确定性
   pthread_kill不支持携带额外数据，当目标线程的实时信号队列已满时，系统会直接丢弃该信号，而不是让调用失败。此时调用返回成功，但信号并未进入队列——相当于实时信号降级为标准信号的标记式交付，重复发送的同编号信号只会保留一个挂起标记，不会累积。

3. 特殊情况梳理

• 目标线程屏蔽了该实时信号：信号会被挂起（pending），若同编号挂起信号数量达到队列上限，后续用pthread_kill发送的同编号信号会被丢弃，调用仍返回成功。
• 信号编号不合法：若指定的信号不在SIGRTMIN-SIGRTMAX区间，会按标准信号的标记机制处理，调用成功且无队列满问题。
• 目标线程不可访问：比如线程已终止，此时pthread_kill会返回ESRCH错误，但这属于线程有效性问题，和信号队列无关。

与sigqueue的核心差异 #

sigqueue支持携带额外数据（通过union sigval），必须保证信号进入队列才能传递数据，因此队列满时会返回EAGAIN；而pthread_kill无数据传递需求，系统允许丢弃重复信号以保证调用成功，这是两者设计逻辑的本质区别。

内容的提问来源于stack exchange，提问作者Edson Freitas