名称

信号安全-异步信号安全功能

出版信息

这个页面是Linux手册页项目5.08版的一部分。有关项目的说明、有关报告错误的信息以及此页面的最新版本，请访问https://www.kernel.org/doc/man-pages/。

说明

异步信号安全功能是可以从信号处理程序中安全调用的功能。许多功能不是异步信号安全的。特别是，非重入函数通常从信号处理程序中调用是不安全的。

当人们考虑实现stdio库的实现时，可以很快理解使函数不安全的各种问题，因为stdio库的所有函数都不是异步信号安全的。

在文件上执行缓冲的I / O时，stdio函数必须维护一个静态分配的数据缓冲区以及相关的计数器和索引(或指针)，这些计数器和索引记录数据量和缓冲区中的当前位置。假设主程序在对stdio函数(例如printf(3))的调用中，缓冲区和相关变量已部分更新。如果在那一刻，该程序被也调用printf(3)的信号处理程序中断，则对printf(3)的第二次调用将对不一致的数据进行操作，结果无法预测。

为避免功能不安全的问题，有两种可能的选择：

1.

确保(a)信号处理程序仅调用异步信号安全函数，并且(b)信号处理程序本身相对于主程序中的全局变量是可重入的。

2.

当调用不安全的函数或对也由信号处理程序访问的全局数据进行操作时，在主程序中阻止信号传递。

通常，第二选择在任何复杂的程序中都是困难的，因此采用第一选择。

POSIX.1指定实现必须使异步信号安全的一组功能。 (一个实现可以提供附加功能的安全实现，但这不是标准所必需的，其他实现可能不能提供相同的保证。)

通常，函数是异步信号安全的，因为它是可重入的，或者因为它对于信号而言是原子的(即，其执行不能被信号处理程序中断)。

下表显示了POSIX.1要求的异步信号安全功能集。 POSIX.1-2001中要求未另行说明的功能必须是异步信号安全的；该表详细介绍了后续标准中的更改。

笔记：

*

POSIX.1-2001和POSIX.1-2001 TC2要求函数fpathconf(3)，pathconf(3)和sysconf(3)是异步信号安全的，但此要求在POSIX.1-2008中已删除。

*

如果信号处理程序中断了不安全功能的执行，并且该处理程序通过调用longjmp(3)或siglongjmp(3)终止，并且程序随后调用了一个不安全功能，则该程序的行为是不确定的。

*

POSIX.1-2001 TC1阐明，如果应用程序从信号处理程序调用fork(2)，而pthread_atfork(3)注册的任何fork处理程序都调用了一个异步信号安全的函数，则该行为是不确定的。该标准的未来修订版可能会从异步信号安全功能列表中删除fork(2)。

*

调用作为取消点的函数并嵌套在延迟取消区域上的异步信号处理程序可能会触发其行为好像已发生异步取消的取消，并且可能导致应用程序状态变得不一致。

Deviations in the GNU C library

GNU C库中发生以下与标准的已知偏差：

*

在glibc 2.24之前，execl(3)和execle(3)在内部使用realloc(3)，因此不是异步信号安全的。此问题已在glibc 2.24中修复。

*

aio_suspend(3)的glibc实现不是异步信号安全的，因为它在内部使用了pthread_mutex_lock(3)。

Linux程序员手册 第7部分
更新日期： 2020-06-09

另外参见

sigaction(2)，signal(7)，standards(7)