C语言signal信号处理疑问：信号参数传递及sigaction替代场景

问题1：信号处理函数如何获取信号编号？ #

当进程收到信号时，操作系统内核会负责调用你注册的信号处理函数，并自动将触发的信号编号作为参数传递给它，不需要你在代码里手动传参。

在你的代码中，signal(SIGUSR1, ft_btoa)是告诉内核：当收到SIGUSR1信号时，执行ft_btoa函数。一旦内核检测到进程收到对应信号，就会暂停当前进程的执行流程，切换到ft_btoa函数的执行，并把触发的信号编号（比如SIGUSR1对应的值）作为sig参数传入。你看到的代码里没有手动传参，是因为这一步完全由内核自动完成。

问题2：哪些场景适合用signal而非sigaction？ #

signal是早期的POSIX信号接口，sigaction是更现代、功能更完善的替代接口，但以下场景可以优先用signal：

• 简单信号处理场景：比如只需要捕获信号做基础响应（像你的代码里用SIGUSR1/2传递简单数据），不需要处理信号掩码、系统调用重启、获取信号发送者PID等高级需求时，signal代码更简洁，足够满足需求。
• 老旧系统兼容性需求：部分非常老旧的UNIX-like系统可能只支持signal接口，不支持sigaction，这种环境下只能用signal。
• 快速原型或小型程序：编写临时测试代码、小型工具时，signal的调用方式更简单，不需要配置sigaction的结构体参数，能快速实现信号捕获功能。

需要注意的是，signal的行为在不同系统中可能存在差异（比如信号处理函数是否会自动重置为默认行为），如果需要跨平台的稳定行为，还是优先用sigaction，但上述场景下signal是合适的选择。

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