使用fastcgi_finish_request提高页面响应速度
当PHP运行在FastCGI模式时,PHP FPM提供了一个名为fastcgi_finish_request的方法.按照文档上的说法,此方法可以提高请求的处理速度,如果有些处理可以在页面生成完后再进行,就可以使用这个方法.
听起来可能有些茫然,我们通过几个例子来说明一下:
<?php echo '例子:'; fastcgi_finish_request(); /* 响应完成, 关闭连接 */ /* 记录日志 */ file_put_contents('log.txt', '生存还是毁灭,这是个问题.'); ?>
通过浏览器访问此脚本, 结果发现并没有输出相应的字符串,但却生成了相应的文件.由此说明在调用fastcgi_finish_request后,客户端响应就已经结束,但与此同时服务端脚本却继续运行!
合理利用这个特性可以大大提升用户体验,趁热打铁再来一个例子:
<?php echo '例子:'; file_put_contents('log.txt', date('Y-m-d H:i:s') . " 上传视频\n", FILE_APPEND); fastcgi_finish_request(); sleep(1); file_put_contents('log.txt', date('Y-m-d H:i:s') . " 转换格式\n", FILE_APPEND); sleep(1); file_put_contents('log.txt', date('Y-m-d H:i:s') . " 提取图片\n", FILE_APPEND); ?>
代码里用sleep模拟一些耗时的操作,浏览时没有被堵塞,程序却都执行了,具体看日志.
末了给您提个醒,Yahoo在Best Practices for Speeding Up Your Web Site中提到了Flush the Buffer Early,也就是利用PHP中的flush方法把内容尽快发到客户端去,它和本文介绍的fastcgi_finish_request有些许的类似.
转载附言: 我看了下这个方法, 在调用的时候, 会发送响应, 关闭连接. 但是不会结束PHP的运行. 相比调用flush, 或者我之前介绍的加速你的Echo来说, 这个方法能更加干脆一些.
另外, 从代码的可移植性讲的话, 可以在代码中附上如下代码:
if (!function_exists("fastcgi_finish_request")) { function fastcgi_finish_request() { } }
不会造成代码部署在非fpm环境下造成问题.
以上文字转载自:http://www.laruence.com/2011/04/13/1991.html
———————————
这个部署有一个好处,就是可以不至于让一个页面的响应时间太久,直接返回给用户一个执行完毕的提示,但PHP后台实际还在继续执行,这样做可能会有用户体验上的舒服感。
我不太明白这个方法的适用场景,是只适用于不需要给用户反馈而且会长时间执行的脚本?
如果我一个操作需要很久,希望页面提前跳转 那这个方法是不是就不适用了。
请教博主。
其实可以将动作抛给后台去处理,不用理会返回结果,这样用户就不用在前台傻傻的去等页面响应了。
这个有的地方可以应用,比如,用户注册完毕后发送一个验证邮件,这时候可以直接用一个链接去请求一下就可以了。前台给用户一个提示就行。
这样后台就在发送邮件,至于什么时候能发送出去用多久发送就不用管了,呵呵。
另外,这个在实际应用的时候我还真没太用过。一般我的做法是利用ajax发送一个请求,与反馈页面异步操作。这样也能达到上面的效果。