我从客户端(使用curl和自定义nodejs脚本测试)发送POST请求，没有正确回应响应。整个事情适用于PHP 5.6。

环境

整个事情尽可能地减少：

>一切运行在Vagrant VM Ubuntu 14.04 LTS

> nginx 1.9.7 from http://nginx.org/packages/ubuntu/

> PHP7 FPM从官方来源编译–disable-all –enable-fpm

我使用的最小nginx网站配置：

server {

listen 80;

server_name localhost;

location / {

fastcgi_param REQUEST_METHOD $request_method;

fastcgi_pass unix:/var/run/php/php7.0-fpm-api.sock;

fastcgi_param SCRIPT_FILENAME /vagrant/index.php;

}

}

来自/vagrant/index.php的PHP脚本示例：

echo str_repeat('.', 512);

flush(); // not necessary, only due testing

curl调用我使用：curl -XPOST http：// localhost / -H“传输编码：chunked”-d’

NodeJS脚本我使用：

'use strict';

var http = require('http');

var url = require('url');

var uri = url.parse(process.env.URL);

var options = {

method: 'POST', protocol: uri.protocol, hostname: uri.hostname,

port: uri.port, path: uri.path,

};

var data = '';

var httpRequest = http.request(options, function(res) {

res.on('data', function(chunk) {

console.log('received data', chunk.length);

data += chunk;

});

res.on('end', function() { console.log('final size', data.length); });

})

.on('error', function(err) { console.log(err); });

httpRequest.write('');

httpRequest.end();

将我的测试请求发送到PHP 5.6

$ curl http://localhost/

..........[cut off]

$ curl -XPOST http://localhost/ -H "Transfer-Encoding: chunked" -d ''

..........[cut off]

$ URL=http://localhost/ node php7test.js

received data 512

final size 512

将我的测试请求发送到PHP 7.0

$ curl http://localhost/

..........[cut off]

$ URL=http://localhost/ node php7test.js

final size 0

$ curl -XPOST http://localhost/ -H "Transfer-Encoding: chunked" -d ''

curl: (18) transfer closed with outstanding read data remaining

为什么我要分块编码？

没有商业理由这样做，但我使用非常类似的NodeJS代码，默认为分块编码，突然停止工作时切换到PHP7。

我发现以下工作从nodejs侧：显式设置Content-Length标头删除由NodeJS发送的隐式Transfer-Encoding：chunked头，因此适用于两个PHP版本。

但是我想了解为什么PHP7在这里行为不同，以及我是错误的还是这里真正发生了什么。

更新1：

>我比较了sapi / fpm /源5.6和7.0之间，几乎没有什么区别，我可以发现除了由于PHP内部的变化

>内置服务器(php -S)不受影响，所有测试

更新2：

我平分PHP源，并能够精确定位当行为改变：

在中间，从git bisect输出，提交我无法编译：

$ git bisect skip

There are only 'skip'ped commits left to test.

The first bad commit could be any of:

ba5ecf355fe792a5a2a8e6582d5e081d02b16fbf

e383cb4493031a7cd952cfcaed3297e583149c07

fef18f4bea1980a59a9283c2197bd090aaf500cb

18cf4e0a8a574034f60f4d123407c173e57e54ec

We cannot bisect more!