为何ANSI C的signal()函数被认为存在缺陷？

• 信号处理函数自动重置：早期signal()的System V风格实现中，信号被捕获处理后，会自动将该信号的处理方式重置为默认（SIG_DFL）。如果同一信号再次触发，程序会直接执行默认动作（比如终止），而非再次调用自定义处理函数，这和开发者预期的“持续捕获处理”不符。而sigaction()默认不会重置处理方式，可通过SA_RESETHAND手动控制，行为更可控。
• 信号阻塞行为不确定：使用signal()时，信号处理函数执行期间当前信号是否被阻塞没有统一标准，不同系统甚至同系统不同版本表现不一。sigaction()则默认阻塞当前信号，还能通过SA_NODEFER选项明确修改规则，避免处理函数递归调用，行为清晰可预期。
• 无法获取额外信号上下文：signal()的处理函数仅能接收信号编号这一个参数，无法获取信号发送者PID、进程状态等关键上下文信息。sigaction()的处理函数可接收siginfo_t结构体指针，能获取这些细节，满足精细信号处理的需求。
• 跨平台行为不一致：signal()的实现在不同类UNIX系统上差异极大（比如BSD和System V风格的区别），代码移植时容易出现兼容问题。sigaction()是POSIX标准接口，在所有符合标准的系统上行为统一，可移植性更强。

综上，sigaction()完全遵循POSIX标准，行为明确可控，覆盖signal()所有功能的同时还提供更多高级特性，是Linux下信号处理的优先选择。

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