在信号代码中将整数转换为函数指针-为什么这样做?

Casting integer to function pointer in signal code - why does this work?

本文关键字：指针函数为什么这样做转换代码信号整数更新时间：2023-10-16

我正在读一本书(《UNIX环境中的高级编程》)，我正在浏览有关信号的部分。

使用信号功能时:

void (*signal(int signo, void (*func)(int)))(int);

形参func可以是指向用户定义的函数的指针，也可以是SIG_ERR、SIG_DFL或SIG_IGN。

我的问题不是关于UNIX的，但是我想提供一些背景知识。我真正想知道的是，书上说这些常量被定义为:

#define SIG_ERR (void (*)())-1

和类似的对于0和1。

现在，我有一些不错的猜测，但为了节省时间-谁能告诉我这到底是做什么，为什么它工作?

还有，有没有……嗯…清洁吗?如何写这个假设我使用c++和交互与这个C API?

它将一个整数强制转换为函数指针;^*占位符值的选择大概是为了使它们永远不会与实际函数指针的值发生冲突。signal的实现可能会检查这些特殊值的输入参数。

_{* C标准允许这样做(参见6.3.2.3 p.5)，尽管它说结果是由实现定义的。显然，操作系统的作者能够控制实现定义的方面，所以一切都没问题。}

#define SIG_ERR (void (*)())-1

将-1强制转换为指向函数(即不接受任何参数也不返回任何值的函数)的指针。这将使SIG_ERR始终无效，并与NULL相区别。

它确实定义了SIG_ERR作为一个指向void函数的指针，接受地址为-1的任意数量的参数。SIG_DFL的地址为0,SIG_IGN的地址为1。那些只是原始信号处理函数的特殊值，那些地址可能是你不应该关心的实现细节。只要使用为您精心定义的宏，您就会很好。

如果你想让它更简洁-声明你自己的函数，例如不做任何事情并忽略信号的函数，并使用指针而不是SIG_IGN…

但是我怀疑在c++代码中包装信号处理有什么价值。由于某些原因，c++程序员喜欢把所有东西都包装起来，甚至包括这个简单直接的C API。