在上一篇,小编说到php异步请求,其中fsockopen会有一个缺点,那就是会出现请求丢失的情况,查看 nginx access log,发现这样的请求会以 499
(Client Closed Request)记录。
为什么?
nginx对499的定义是”client has closed connection”,并且在这些情况下会返回这个状态码:
- upstream 在收到读写事件处理之前时发现连接不可用。
- server处理请求未结束,而client提前关闭了连接。
- upstream出错,执行next_upstream时发现连接不可用。
而我们问题是因为 fwrite之后马上执行fclose,nginx会直接返回499,客户端主动端口请求连接时,nginx不会将该请求代理给上游服务(FastCGI PHP 进程),这个时候 access log 中会以 499 记录这个请求。
要解决这个问题需要将 nginx FastCGI 忽略客户端中断配置打开:
fastcgi_ignore_client_abort on;
这样无论客户端是否断开,都会将这个请求代理给上游,并且会记录上游服务处理后的返回状态。
当然也可以在脚本头部中添加以下配置
ignore_user_abort (true);
你也可以这样?
一个不安全的做法是在fclose之前,让当前的进程先睡眠一段时间;使用usleep函数设置为10毫秒,这10毫秒的延迟对整个请求的影响不大,但是我也认为nginx不一定能在10毫秒内把请求转到fastcgi去执行。这个时间间隔很难把握,不能保证php一定有执行到。当然你也可以调整时间更长一些,但是这样我觉得异步就没必要了。