Reload如何正确的在PHP中使用

这篇文章给大家介绍Reload如何正确的在PHP中使用，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。

如何重现问题呢？让我们写一个简单的脚本来模拟：

<?php

sleep(11);
echo "foo";

?>

此时用浏览器浏览这个网址，接着立刻执行 reload 操作，就能看到 502 错误了。

难道 PHP 这么弱？连 reload 基本的平滑性都无法保证？答案当然是否定的，实际上通过 process_control_timeout 参数可以实现我们的目标。可惜这个参数缺省是 0，也就是不生效，本文把它设置成 10s。重新执行之前的实验步骤，这一次正常输出了结果。不过如果你多做几次实验的话，可能会发现当我们 reload 的时候，sleep 立刻就结束了，这是因为 sleep 收到 reload 发出的信号后直接返回了，下面让我们再改写一下脚本：

<?php

sleep(11);
echo "foo";
sleep(11);
echo "bar";

?>

重新执行之前的实验步骤，你会发现 502 错误又出现了。这是因为 reload 虽然让第一个 sleep 立刻结束了，但是第二个 sleep 还是有效的，而且超过了 process_control_timeout 的时间限制。如果我们把 process_control_timeout 设置为 12s，那么就又好了。

如此说来，我们只要给 process_control_timeout 设置一个合理的数值就能保证 reload 操作的平滑性，不过到底多大是合理的数值呢？太小的话可能起不到作用，太大的话会不会有副作用？让我们带着疑问重复上一次实验，不过这次我们再加一个监控：

shell> watch -n1 'ps aux | grep php[-]fpm'

此监控的目的是为了观察 reload 过程中 PHP-FPM 进程数的变化情况，为了让效果更明显些，建议把 PHP-FPM 的启动方式改成 static 模式，同时进程数不要太多。

当我们重复上一次实验的时候，结果发现除了正在执行请求的进程，其它进程直接就被干掉了，而新进程又没有立刻启动，就这样一直卡到最后一个旧进程执行完后新进程才完成启动过程。在此期间，如果有别的请求进来，那么无疑它无法立刻得到响应。

根据我们的实验可以得出结论：缺省情况下，PHP-FPM 无法保证平滑的执行 reload 操作，必须设置一个合理的 process_control_timeout 才行，同时需要注意的是其值不能设置的过大，否则系统可能出现更为严重的请求堵塞问题。

关于Reload如何正确的在PHP中使用就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。