最近生产环境报了这个系统异常：
org.apache.http.ConnectionClosedException Premature end of Content-Length delimited message body (expected 107915; received 40177)
查看日志后发现是下载文件的时候出错。
具体的代码如下：
StringEntity entityParams = new StringEntity(requestXml, "utf-8");
HttpPost httpPost = new HttpPost(serverUrl);
httpPost.setEntity(entityParams);
httpPost.setHeader("Content-Type", "text/xml;charset=ISO-8859-1");
client = HttpClients.createDefault();
// 向威富通发送对账请求，并获取结果
response = client.execute(httpPost);
在向威富通发送请求的时候有下载文件的操作，出现了该问题。
起初是怀疑http的超时时间过短导致了该问题，由于默认的时间是30s，并且我们接收到的没有到总的1/2（4w/10w），所以将超时时间设置为了120s，修改后的代码如下：
StringEntity entityParams = new StringEntity(requestXml, "utf-8");
HttpPost httpPost = new HttpPost(serverUrl);
RequestConfig config = RequestConfig.custom().setSocketTimeout(120000).setConnectTimeout(120000).build();
httpPost.setConfig(config);
httpPost.setEntity(entityParams);
httpPost.setHeader("Content-Type", "text/xml;charset=ISO-8859-1");
client = HttpClients.createDefault();
// 向威富通发送对账请求，并获取结果
response = client.execute(httpPost);
但是在重新执行该代码的时候还是报同样的问题，修改tomcat和nginx的超时时间都没有解决该问题。另外有一些细节需要注意：
1.多次下载同一个文件时的received都是40177。
2.第二天的文件更大，达到了15w，此时的received仍然是40177。
所以有很大的理由来怀疑是Nginx的缓冲区大小导致了该问题。
在Nginx的配置文件中(http内server外)加入以下代码：
sendfile on;
#tcp_nopush on;
#keepalive_timeout 0;
keepalive_timeout 65;
#gzip on;
#以上为系统自带 以下为自己添加
proxy_buffering on;
proxy_buffer_size 64k;
proxy_buffers 8 32k;
proxy_temp_path proxy_temp 1 2;
proxy_request_buffreing on;
proxy_read_timeout 300s;
proxy_send_timout 300s;
然后重新执行这段代码得以解决该问题。
参考文章：记一个 httpclient 神坑 - 掘金 (juejin.cn)
