先来看看http协议1.0和1.1的区别:
1.0:HTTP 1.0规定浏览器与服务器只保持短暂的连接,浏览器的每次请求都需要与服务器建立一个TCP连接,服务器完成请求处理后立即断开TCP连接,服务器不跟踪每个客户也不记录过去的请求:
1.1:HTTP 1.1支持持久连接,在一个TCP连接上可以传送多个HTTP请求和响应,减少了建立和关闭连接的消耗和延迟。
再看看java里面return的作用:
return语句主要有两个用途:一方面用来表示一个方法返回的值(假定没有void返回值),另一方面是指它导致该方法退出,并返回那个值。
问题:
在开发过程中,本地测试全部通过,但是发布到线上,发现直接用postman能访问请求且能拿到值(待定),但是在nginx代理后,用域名访问就报错,错误为provisional headers are shown,开始觉得nginx代理有问题,
但是查到最后发现,postman发送get请求没有问题,但是post就有问题;找到代码发现所有的post返回值是void。但是这个应该不影响啊。于是乎,把所有请求为void的该为string,发现好了!!!!!
过程:
在解决问题中,发现在发送post的过程有两个标志位
1、是transfer-encoding的值为chunked,来解释下含义:有时候服务生成HTTP回应是无法确定消息大小的,比如大文件的下载,或者后台需要复杂的逻辑才能全部处理页面的请求,这时用需要实时生成消息长度,服务器一般使用chunked编码。在进行Chunked编码传输时,在回复消息的Headers有transfer-encoding域值为chunked,表示将用chunked编码传输内容。
2、Content-Length 代表请求的内容长度
总结:
http协议在1.1情况下,是持久化链接,但是我们程序中的post是用的返回值是void,请求就会一直等待后台给一个返回标志位,但是后台在执行方法后就结束了。(默认会调用return方法,框架为什么不掉用?)所以请求会报provisional headers are shown这个错误。当你加上return的时候,就不会报错。
解决办法:1)方法返回值加上return,标志结束。2)修改方法返回header,3)改变nginx里面的http请求版本。