old post from wiznote

一句话说出主题

当进行socket read时，进程并不会因为收到signal要求退出而就直接答应退出。

背景

php 程序接收mysql binlog。

• 程序主体循环从socket读数据，没数据的时候block。
• 程序注册了signal函数来监听signal，来做收尾工作。

问题

• 当通过kill -QUIT pid来停止进程时，没有效果，进程不退出。

解题

因为有两套数据源，本地和测试环境。当连接本地mysql，就无法kill掉。连接测试mysql，就可以kill掉。这是个坑点，当时不能理解。

通过打印日志发现：

• 进程block在socket_read，这时候kill，无效。
• 在回调函数里打印日志，发现kill就没有调用回调。也就是说，socket_read与signal有可能有冲突。虽然这也不能解释测试和本地的差异，但这是目前第二个问题点。Google之。以下是Google关键词变化历程（逐渐逼近真实问题的历程， 问对问题，找到真正的问题）：
  • socket_read signal 这是最基础的关键词
  • block on socket_read kill 无果，换个角度描述
  • send signal to process block on socket_read 再次换描述
  • send signal to exit socket_read 换
  • signal to exit socket_read 换
  • can't receive signal while socket_read 逼近真相
  • can't receive signal while read block
  • Google的第2条结果
  • Google的第3条结果
  • Google的第4条结果

如上，我发现了问题的核心：

• 一些system call是可以不回应signal的。signal要退出，我不退出。
• mac和linux的实现可能不一样。bsd和unix的实现也不一样。posix兼容两种。

虽然还不能100%解释所有问题，但现在突破点有了，即第一点。那么现在来验证这个：system call可以不回应signal。

首先，根据所得知识，是可以显式让syster call来回应的，这是可以配置的（通过设置RESTART标记位）。C语言中，可以用sigaction，php中没有找到对应的函数。但是pcntl_signal本身提供了第三个参数来开控制。默认是true，也就是说默认不回应signal call（自动重启，不退出）。

现在，把代码中pcntl_signal加上第三个参数，运行，执行kill -QUIT pid，成功！进程退出；同时提示Warning: socket_read(): unable to read from socket [4]: Interrupted system call in。如此，确实是接收到了signal，并且回应了。