ERR_INVALID_CHUNKED_ENCODING错误
curl: (18) transfer closed with outstanding read data remaining错误
Failed to load response data错误
最终解决方案
问题现象:
前端控制台报错:ERR_INVALID_CHUNKED_ENCODING报错处理
前端调试模式可以看到的响应是空白,显示:Failed to load response data
响应的请求头包含Transfer-Encoding:chunked ,并且返回正常200
登陆服务器查看日志,返回数据正确。
什么????
后端正常返回,前端显示200状态,但是就是报错,数据去哪里了?
对!数据去哪了?说明后端给前端数据的时候,数据丢失了。
为什么丢失呢,通过打印response.getBufferSize();得到8192 ,单位byte,也就是大约8k
由于接口返回数据量超过8k,这显然是不够的,所有设置response.setBufferSize(1024000),设置大于1m的缓存即可。
到这里问题就解决了。
继续分析一下:
问题原因:
由于使用Transfer-Encoding:chunked 来替代Content-length,
Content-length:用于描述HTTP消息实体的传输长度,客户端(服务器)可以根据这个值来判断数据是否接收完成,浏览器根据响应数据的大小来创建对应的页面缓存大小。
Transfer-Encoding:chunk模式传输 数据。即服务器一边产生数据,一边发给客户端,服务器就需要使用”Transfer-Encoding: chunked”这样的方式来代替Content-Length。由于这种模式浏览器不知道服务器相应数据的大小,并且服务器默认配置的缓存大小是:8k,所以如果超过这个响应数据的大小,浏览器就会有这种错误。
问题解决3种方式(后三种可以尝试,第一种亲测成功):
1、Nginx的目录权限:
当输出代理文件大小超过配置proxy_temp_file_write_size时候,nginx会将文件写入到临时目录下。如果没有权限,chrom就会直接failed而不输出东西。
解决方法:
chown -R www:www /var/lib/nginx
其中www替换为自己实际项目中配置的ngxin运行用户,即root用户。
这个问题回顾是安装nginx的时候,直接yum install。在配置web的时候,忘了改/var/lib/nginx的目录权限(默认是nobody)。默认是nginx:nginx的组权限,平时不用这个账号启动。所以在碰到输出较大的body的时候,就触发了这个et::ERR_INCOMPLETE_CHUNKED_ENCODING错误。
(可以参考:https://blog.csdn.net/qq_35624642/article/details/79104353)
2、更改Nginx的配置
加大Nginx的buffer可以临时解决这个问题。如以下Nginx配置:
http{
................................
proxy_buffer_size 128k;
proxy_buffers 32 128k;
proxy_busy_buffers_size 128k;
.............................
}
3、处理报错的响应接口(局部处理,只是解决这一个接口)在Controller层方法上注明response。
@PostMapping("/test")
public R<String> test(HttpServletResponse response, @RequestBody IDDTO id) {
response.setBufferSize(1024000);//设置缓存大小约1M即可,默认是8192byte,也就是8k
}
4、配置tomcat的属性(全局处理,应用所有的接口)(参考:https://blog.csdn.net/lowkeysk/article/details/8286485)
微服务配置:
server:
max-http-header-size: 1024000 // HTTP请求、响应头信息的最大大小
或
配置tomcat配置属性 maxHttpHeaderSize=1024000