php eg和cg,你知道PHP信号处理的正确打开方式吗？

今天翻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不知道高到哪去了。