简单谈谈PHP中的Reload操作
前言
有很多前辈告诫过我们，reload能保证整个过程的平滑性，所谓平滑性指的是在reload的过程中，旧的进程在处理完当前请求前不会提前终止。很多年来，我从来没有质疑过这种说法，直到有一天，当我reload的时候，出现了502错误，让我不得不重新思考。
如何重现问题呢？让我们写一个简单的脚本来模拟：
<?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'psaux|grepphp[-]fpm'
此监控的目的是为了观察reload过程中PHP-FPM进程数的变化情况，为了让效果更明显些，建议把PHP-FPM的启动方式改成static模式，同时进程数不要太多。
当我们重复上一次实验的时候，结果发现除了正在执行请求的进程，其它进程直接就被干掉了，而新进程又没有立刻启动，就这样一直卡到最后一个旧进程执行完后新进程才完成启动过程。在此期间，如果有别的请求进来，那么无疑它无法立刻得到响应。
根据我们的实验可以得出结论：缺省情况下，PHP-FPM无法保证平滑的执行reload操作，必须设置一个合理的process_control_timeout才行，同时需要注意的是其值不能设置的过大，否则系统可能出现更为严重的请求堵塞问题。
总结
以上就是关于PHP中Reload操作的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流。