HHVM下fastcgi_finish_request的替代方案

最近在研究与迁移HHVM，在过程中遇到不少坑，比如遇到了fastcgi_finish_request这个函数问题。

fastcgi_finish_request是由FPM特供的一个函数，主要实现了在结束http请求之后，php-cgi仍然继续执行fastcgi_finish_request后面的代码，可以实现的一个简单的异步操作，具体使用可以参考之前的文章：《使用fastcgi_finish_request()提高请求响应速度》

在不断摸索之后，终于找到了HHVM下fastcgi_finish_request的替代方案，

HHVM 也提供了一个类似的函数：register_postsend_function

{ ”name”: “register_postsend_function”, ”desc”: “Registers functions to call after HTTP response is completely sent to browser.”, ”flags”: [ "HipHopSpecific", "VariableArguments" ], ”return”: { ”type”: null }, ”args”: [ { "name": "function", "type": "Variant", "desc": "The callback to register." } ] }
以上是HHVM官方的idl，对此函数的描述，它实现了类似fastcgi_finish_request的功能，由于官方wiki非常少，
在尝试之后，此函数的使用方式如下：
register_postsend_function是注册一个回调函数用于http请求结束时触发，参数类似call_user_func，

用法如下：
mixed register_postsend_function( callable $callback [, mixed $parameter [, mixed $... ]] )


中第一个参数为回调函数，可以是一个匿名函数，也可以是预定义的函数，也可以是类的公共函数或静态函数，
后续的参数对应于传入回调函数的形参。

如：
mixed register_postsend_function( callable $callback [, mixed $parameter [, mixed $... ]] )

或者：
// do something first register_postsend_function('foo', $a); // do something else function foo( $bar ){ // work someting by $bar }


以上两个例子中的$a对应于传入的形参$bar
在类中使用如下
class A { public function foo() { $b = new B(); $i = 123; $ret = $b->bar( $i ); var_dump( $ret ); } } class B { public function bar( $i ) { $a = $this; // do something register_postsend_function( array( 'B', 'callback'), $i ); //或者：register_postsend_function( array( $this, 'callback') ); // do something else return $i+1; } public static function callback( $i ) { $i = $i+2; // do somethine with $i return true; } } $a = new A(); $a->foo();

使用注意：

因为register_postsend_function是注册回调函数，并且是在http结束之后才会触发，

并不像fastcgi_finish_request是直接在上下文中，
所以它并没有保持发起此函数时的上下文，回调函数里面的现场需要显式的还原，可以通过函数参数来还原现场。

使用fastcgi_finish_request()提高请求响应速度

当PHP运行在FastCGI模式时,PHP FPM提供了一个名为fastcgi_finish_request的方法.按照文档上的说法,此方法可以提高请求的处理速度,如果有些处理可以在页面生成完后再进行,就可以使用这个方法.
听起来可能有些茫然,我们通过几个例子来说明一下：
echo 'start：'; fastcgi_finish_request(); /* response */ file_put_contents('log.txt', 'finish');

通过浏览器访问此脚本, 结果发现并没有输出相应的字符串,但却生成了相应的文件.由此说明在调用fastcgi_finish_request后,客户端响应就已经结束,但与此同时服务端脚本却继续运行！
合理利用这个特性可以大大提升用户体验,趁热打铁再来一个例子：

echo 'start：'; 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() { } }

http://www.laruence.com/2011/04/13/1991.html