今天翻PHP源码，无意中翻到了pcntl的源码，简单看了看，被吓了一跳。
这是pcntl模块初始化的代码。
PHP_MINIT_FUNCTION(pcntl)
{
php_register_signal_constants(INIT_FUNC_ARGS_PASSTHRU);
php_pcntl_register_errno_constants(INIT_FUNC_ARGS_PASSTHRU);
php_add_tick_function(pcntl_signal_dispatch);
return SUCCESS;
}
在这个函数的第三句话做了一件事，把pcntl_signal_dispatch这个函数注册成了tick的处理函数。而pcntl_signal_dispatch这个函数是做什么的呢？
void pcntl_signal_dispatch()
{
......
/* Allocate */
while (queue) {
if (zend_hash_index_find(&PCNTL_G(php_signal_table), queue->signo, (void **) &handle)==SUCCESS) {
MAKE_STD_ZVAL(retval);
MAKE_STD_ZVAL(param);
ZVAL_NULL(retval);
ZVAL_LONG(param, queue->signo);
/* Call php signal handler - Note that we do not report errors, and we ignore the return value */
/* FIXME: this is probably broken when multiple signals are handled in this while loop (retval) */
call_user_function(EG(function_table), NULL, *handle, retval, 1, ¶m TSRMLS_CC);
zval_ptr_dtor(¶m);
zval_ptr_dtor(&retval);
}
next = queue->next;
queue->next = PCNTL_G(spares);
PCNTL_G(spares) = queue;
queue = next;
}
......
}
这个函数比较长，但核心的代码就是上面这个循环。php把注册的信号都放在一个queue里面，然后每次调用这个函数的时候，一个个来查看是否收到了信号需要处理，如果有信号的话，就调用相应的信号处理函数。
结合上面的初始化的代码，可以推测出php的信号处理函数是基于ticks来实现的，而不是注册到真正系统底层的信号处理函数中。而如果使用ticks的话，比如delare ticks=1， 那么每执行一条php语句都会调用上面的函数一次。而实际大部分时间里面并没有信号需要处理，所以这会造成极大的浪费。
那么，实际是这样吗？
首先，我们先写一个下面这样的代码。
然后，跑起来。
我们可以通过kill命令给进程发送信号。通过kill -l得知SIGUSR1是30。然后，我们就向这个进程发送信号了。
前面的图其实已经给出结果了。我发送了两次信号，程序打印了两次30。
说明这种方式是没问题的。
然后，我们注释掉delare那行。
再次跑起来，同样也是用kill来发送信号。
这次啥也没收到了。
上面的这个实验证明了php的信号处理确实是基于ticks的。那么，各种php写的服务程序岂不是被这个拖累了？
我翻了翻Workerman的代码，发现人家就处理得巧妙多了。它没有declare ticks，而是直接在主循环里面调用pcntl_signal_dispatch函数。这样就把pcntl_signal_dispatch的调用频率下降了很多，而且还保证能达到近似实时的信号处理。
事实上，一般需要信号处理的代码都是后端服务程序，而一般的后端服务程序都是按照事件处理的结构来编写的，也就是说，这种程序里面必定会有个主事件循环。在事件循环的每次循环中主动调用pcntl_signal_dispatch，就能基本实时的把信号处理掉，而且还能保证一个比较好的性能。
当然，你以为抛弃ticks，直接在事件循环中调用pcntl_signal_dispatch就是信号处理的正确打开方式吗？NO~NO~NO~，正确的编写需要php处理信号功能的代码，就应该去使用swoole，人家直接在c上面实现了信号处理，比pcntl不知道高到哪去了。
