这是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语句都会调用上面的函数一次。而实际大部分时间里面并没有信号需要处理,所以这会造成极大的浪费。
那么,实际是这样吗?
首先,我们先写一个下面这样的代码。
image然后,跑起来。我们可以通过kill命令给进程发送信号。通过kill -l得知SIGUSR1是30。然后,我们就向这个进程发送信号了。
image image我发送了两次信号,程序打印了两次30。
说明这种方式是没问题的。
然后,我们注释掉delare那行。
再次跑起来,同样也是用kill来发送信号。
image image这次啥也没收到了。
上面的这个实验证明了php的信号处理确实是基于ticks的。那么,各种php写的服务程序岂不是被这个拖累了?
确实,然而php > 4.3 版本以后,出现了pcntl_signal_dispatch()函数机制,即在主事件的循环里加入这个函数,就会自动检测信号并分发,效率相对较高。
事实上,一般需要信号处理的代码都是后端服务程序,而一般的后端服务程序都是按照事件处理的结构来编写的,也就是说,这种程序里面必定会有个主事件循环。在事件循环的每次循环中主动调用pcntl_signal_dispatch,就能基本实时的把信号处理掉,而且还能保证一个比较好的性能。
当然,你以为抛弃ticks,直接在事件循环中调用pcntl_signal_dispatch就是信号处理的正确打开方式吗?NONONO~,正确的编写需要php处理信号功能的代码,就应该去使用swoole,人家直接在c上面实现了信号处理,比pcntl不知道高到哪去了。
可以参考swoole_process模块。
https://wiki.swoole.com/wiki/page/p-process.html
网友评论