问题标签 [http-chunked]

我正在以分块传输编码格式向客户端发送大量数据。

我应该如何处理在编写响应过程 中发生的任何错误？

我想知道是否有任何关于此的 HTTP Spec 推荐的做法，让客户知道响应确实不是成功的，但服务器遇到了一些问题。

我没有stream在我的应用程序中使用任何地方，但仍在发送回复transfer-encoding: chunked

额外的谜团#1：标题是小写的

额外的谜团#2：有一个etag，默认情况下在 rails 中使用主体的 md5 计算，这在流式传输的情况下是不可能做到的。

更多信息

• 导轨 4.0.1
• 1.9.3 模式下的 jruby 1.7.6
• heroku
• 彪马

根据规范，分块行为需要传输编码才能工作。

但是，在调试期间，我观察到当标头不在响应中时，客户端似乎可以很好地处理它。

tcpdump 跟踪大致是：

没有 Transfer-Encoding 标头：

带有传输编码标头：

看来客户端（卷曲）不依赖于传输编码标头？如果是，它怎么知道？

谢谢，

有专家能解释一下两者的区别吗？分块是流协议而多部分不是吗？使用多部分有什么好处？

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

我试图记录完整的屏幕，但无法记录单个响应。

屏幕用于获取实时数据。因此，当我单击实时数据时，除了包含实时数据的响应之外，页面正在被记录（Jmeter2.9）。

它是说“抱歉连接离线”（我用浏览器尝试了同样的场景，它工作得很好。

它仅与 Jmeter 一起使用）

在加载页面时，我正在获取Jmeter 日志：

****但是我可以在同一服务器和屏幕中记录所有其他 https 请求/响应，但只有一个请求有问题。我也尝试导入证书。

响应标头：

请求标头：

***是因为传输编码分块？？？

请帮助我，自从过去 2 天以来，我一直坚持这一点。

谢谢！！！

我在通过 Nginx 提供分块传输编码时遇到了一些问题。

提供的数据来自通过 uwsgi 运行的烧瓶应用程序。这是 uwsgi 对 GET 请求的响应示例：

然后此响应进入一个 unix 套接字，该套接字通过以下配置通过管道传输到 nginx：

问题是 Nginx 实际上给出了这个响应：

所以它基本上把烧瓶应用程序生成的所有块放在一个大块中，他在分块传输编码中提供服务。

所有其他功能（基本 HTTP 1.0）都运行良好，所以我想知道这种行为的原因是什么。

tl;dr ：NGINX 将一个块列表转换成一个大块，并将十六进制数字留在所服务的 json 数据的中间

我的服务器正在向我发送分块编码数据，我能够在我的客户端中获得分块响应。我面临的问题是有些块太大了，大约 10 MB。由于我已将最大块大小设置为 2M，因此出现异常。

有没有办法把这个大块分成小块？

我实现了一个HttpListener来处理发布请求。我需要在响应中流式传输数据，然后发送预告片。请参阅：HTTP 预告片示例

我已经浏览了HttpListenerResponse 源代码，看看我是否可以使用反射来欺骗它发送预告片，这似乎不受本机支持。

这是我正在做的代码示例。

有没有办法做到这一点？直接 HttpAPI 调用、反射、其他建议...

我像这样发送chunked data到Play Scala 2.2客户端：Ok.chunked(data)

我想在客户端可用时立即使用它们。如果我只是获取数据并打印它们.success，它们会同时打印，即在收到最后一个数据时。

收到后如何打印？我必须使用websockets吗？