PHP 异步 HTTP
在 PHP 代码中提交异步 HTTP 请求比较常用的方式是通过 fsockopen
/fwrite
/fclose
来实现,请参考如下代码。
function post($host, $path, $port, $data) {
$post = http_build_query($data);
$len = strlen($post);
$fp = fsockopen($host, $port, $errno, $errstr, 30);
if (!$fp) {
echo "$errstr ($errno)\n";
return;
}
$out = "POST $path HTTP/1.1\r\n";
$out .= "Host: $host\r\n";
$out .= "Content-type: application/x-www-form-urlencoded\r\n";
$out .= "Connection: Close\r\n";
$out .= "Content-Length: $len\r\n";
$out .= "\r\n";
$out .= $post . "\r\n";
// echo($out);
fwrite($fp, $out);
// 注释掉如下代码实现不等待 HTTP 响应,从而实现“异步”
// $receive = ‘‘;
// while (!feof($fp)) {
// $receive .= fgets($fp, 128);
// }
// echo "<br />" . $receive;
fclose($fp);
}
这段代码可以如期完成异步 HTTP 效果,但是如果提交的服务端有 NGINX 做 CGI 反代的话,可能会导致上游后端 PHP 接收不到该请求。
NGINX 499
查看 NGINX access log,发现这样的请求会以 499
(Client Closed Request)记录。确定问题是因为:客户端主动端口请求连接时,NGINX 不会将该请求代理给上游服务(FastCGI PHP 进程),这个时候 access log 中会以 499 记录这个请求。
要解决这个问题需要将 NGINX FastCGI 忽略客户端中断配置打开:
fastcgi_ignore_client_abort on;
这样无论客户端是否断开,都会将这个请求代理给上游,并且会记录上游服务处理后的返回状态。
另外,还有一个类似配置 proxy_ignore_client_abort on;
,这个配置是针对其他类型的反代,PHP 的场景并不适用。
文章来源:https://hacpai.com/article/1444367397136?m=0
备注:fastcgi_ignore_client_abort on;虽然会忽略客户端中断,只是在nginx记录中不记录499记录,并不能从根本上解决499问题。499有可能是客户端关闭连接,也有可能是请求时间超过upstream_response_time的值,但是即便是upstream_response_time没有值也会产生499,
upstream_response_time 记录的是从 Nginx 把请求转发到后端服务器开始,到后端服务器响应到 Nginx 为止的时间。
upstream_response_time 没有值有两种情况:
1. 请求没有被转发到 upstream server
2. Nginx 在等待 upstream response 的时候,客户端把连接关掉了,Nginx 也因此把跟 upstream 之间的连接关掉,所以不可能有 upstream response 被返回到 Nginx,自然也不会有 upstream_resposne_time. 在这种情况下,Nginx 会向客户端返回 499 。结合数据库中有记录来看,客户端发起一个 http 请求, 请求到 Nginx, Nginx 转发给后端 PHP,PHP 处理请求往数据库插记录,在这时,客户端发起 abort, Nginx 断开到 PHP 的连接,但是因为 PHP 已经发起了数据库的操作,这个操作不会被中断,所以记录被成功插入到数据库, Nginx 也向客户端返回了 499 端口。
就大多数场景而言,如果只有少量的nginx499是无关紧要的,很大一部分只是客户端主动断开了请求而已。