Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/http/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
HTTP 1.1-传输的客户端请求是否可以“不”;分块;?_Http_Chunked Encoding_Chunked_Http 1.1_Http Chunked - Fatal编程技术网

HTTP 1.1-传输的客户端请求是否可以“不”;分块;?

HTTP 1.1-传输的客户端请求是否可以“不”;分块;?,http,chunked-encoding,chunked,http-1.1,http-chunked,Http,Chunked Encoding,Chunked,Http 1.1,Http Chunked,HTTP 1.1客户端是否可以设置一个标头值,指示不应对请求的响应进行分块?或者,防止这种情况发生的唯一方法是发送HTTP 1.0请求吗?我试过在谷歌上搜索,但我能找到的只是在HTTP 1.1服务器上禁用分块传输的方法,所以我猜这在客户端上是不可能的,但我想我还是要问一下。在HTTP(从HTTP/1.1开始)中,收件人必须支持分块编码。请参阅。以字节为单位获取内容长度,而不是HTTP 1.1响应中的分块, 您必须根据响应中预期的文件设置内容长度头及其大小(long或int)。long会很好,所以

HTTP 1.1客户端是否可以设置一个标头值,指示不应对请求的响应进行分块?或者,防止这种情况发生的唯一方法是发送HTTP 1.0请求吗?我试过在谷歌上搜索,但我能找到的只是在HTTP 1.1服务器上禁用分块传输的方法,所以我猜这在客户端上是不可能的,但我想我还是要问一下。

在HTTP(从HTTP/1.1开始)中,收件人必须支持分块编码。请参阅。

以字节为单位获取内容长度,而不是HTTP 1.1响应中的分块, 您必须根据响应中预期的文件设置内容长度头及其大小(long或int)。long会很好,所以它可以处理小文件和大文件。 响应将是HttpServletResponse。 addHeader(内容长度,Long.toString());
谢谢,

看来你是对的。尽管在阅读之后,我注意到这是一份标准草案。如果其他人对此感兴趣,请参阅第3.6.1RFC 2616节末尾的最终标准。草案是当前的规范,不久将以RFC的形式发布。看起来你又对了。。。如果获得批准。您是否介意编辑您的答案,使其显示“在HTTP 1.1中,收件人…”。分块编码不是HTTP 1.0及更早版本的一部分。我试过了,但不管出于什么原因,我的编辑好像被还原了。嗯。。。它并没有表现出之前被批准的样子,事实上,当我发表之前的评论时,它根本没有说它在等待同行的审查。现在确实出现了一个编辑,但它不是我的。无论如何,再次感谢您的帮助。当我说“它被批准”时,我指的是规范。请参阅:从服务器的角度来看,这可能是正确的(尽管有一点特定于Java),但问题在于如何从客户端请求这一点。