标签：tcp show chunk 生成 调用 ret 持久化 return provision
先来看看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请求版本。
标签：tcp show chunk 生成 调用 ret 持久化 return provision
原文地址：http://www.cnblogs.com/liutiantian/p/6587859.html
