pcntl_signal回调不触发的根本原因是php信号机制依赖tick模拟而非系统原生中断，需配合declare(ticks=1)且周期调用pcntl_signal_dispatch()，否则信号积压不执行；同时受信号屏蔽、扩展冲突、编译配置及运行环境限制。
pcntl_signal 回调不触发，根本原因不是“写错了”，而是 PHP 信号机制本身存在设计限制：它不直接对接操作系统信号处理接口，而是靠“模拟”来实现。
tick 机制是关键瓶颈
pcntl_signal 必须配合 declare(ticks = 1) 才能工作。这是因为：
- PHP 内部没有实时中断响应能力，无法像 C 那样在信号到达时立即跳转到 handler
- 它把信号暂存进一个队列，然后依赖 tick —— 每执行一行 PHP 代码就检查一次队列是否有待处理信号
- 如果代码中没有可触发 tick 的语句（比如长时间阻塞在
sleep(10)、fread()、mysqli_query()或协程co::sleep()中），tick 就不会运行，信号永远不被 dispatch
信号未被正确分发
即使注册了 signal handler，PHP 还需要显式调用 pcntl_signal_dispatch() 来真正执行回调。很多开发者只注册不 dispatch，或者只在循环开头调用一次，导致后续信号积压却无响应：
- 信号到达后只是入队，不自动执行回调
- dispatch 必须在主逻辑中周期性调用（如 while 循环内），否则队列一直空转
- 在 CLI 长进程里漏掉 dispatch，等于装了门铃但从不听响
信号被阻塞或忽略
以下情况会导致信号根本传不到 PHP 层：
- 进程主动调用
pcntl_sigprocmask(SIG_BLOCK, [SIGTERM])，把信号屏蔽了 - 父进程 fork 子进程后，子进程继承了父进程的信号掩码（包括被阻塞的信号）
- 某些 Swoole 或 ReactPHP 等扩展会接管信号处理，覆盖或禁用 pcntl 的注册逻辑
- SIGKILL 和 SIGSTOP 无法被捕获 —— 这是内核强制行为，和 PHP 无关
运行环境不支持
基础条件缺失也会让 signal 彻底失效：
- PHP 编译时未启用
--enable-pcntl -
php.ini 中
pcntl.enabled=0（默认 CLI 模式为 1，但 Web SAPI 如 FPM 通常禁用） - 在容器或托管环境中，init 进程不是 1 号 PID（如使用 dumb-init 或 tini 可缓解），导致信号传递链断裂
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
