问题标签 [chunked]

这个问题主要是一个 HTTP 问题，我正在开发一个 iOS 应用程序，尽管这个问题并不特定于 iOS。

我想使用持久连接，并且这样做没有问题，直到 HTTP 响应使用分块传输类型，而不是显式发送 Content-Length。响应本身正常工作，如果我不需要取消响应，它就会工作。这个响应可能需要一段时间来发送响应（它可能需要几分钟并且永远不会发送最后的 0 块），而且我经常想取消这个请求（和响应）并在同一个连接上发送一个新请求。

使用 HTTP/1.1，如何在不关闭连接的情况下取消分块响应响应？

我目前的解决方法是不使用持久连接，但是我失去了使用持久连接的所有好处，这使得启动这些请求的速度要慢得多。

我正在使用 RESTlet REST Web 服务通过 GET 将数据传送到我的 iOS 和 Android 应用程序。有时我会在应用程序端遇到连接错误。我将服务的 url 放在浏览器中以调用 GET 并查看响应。我注意到服务的内容不是立即交付的，而是一次以大块或几行的形式交付。响应的数据类型是 JSON。

调用服务时，有没有办法在一个块中获取整个响应？

我目前正在开发服务，其中客户端通过发送带有消息的 xml 文件与服务器进行通信。为了提高消息传递的可靠性（客户端将使用低质量的有限带宽切换移动互联网），我将这些消息分成 64 或 128 Kb 大小的较小部分，并在 BasicHttp 绑定中使用 transfer="streamed" 发送它们。

现在，我有一个问题：服务器应该向客户端报告，如果他成功接收到一个块，那么在 fe 5 个块传输失败后，传输过程将被取消并推迟到稍后尝试，并跟踪哪个收到了块，哪些没有。

我正在考虑使用回调机制与客户端通信，因此服务器将调用回调方法 ChunkReceived 在它的 [OperationContract] 中，当它将块保存到服务器端的文件中，但是，如果我错了，请纠正我，但是回调仅适用于 WS Dual http 绑定，在 basichttp 绑定中不受支持。但 WS Dual 绑定不支持流式传输。

那么我可以切换到 WS Dual 绑定并使用 transfer="buffered" （考虑到块大小相对较小） - 这不会损害传输的可靠性吗？或者也许我可以通过基本的http绑定以某种方式与客户端通信，也许通过返回某种响应消息，即

ServerResponse 将保存一些枚举或布尔标志来告诉客户端 SendChunk 操作是否正常。但是我将不得不在客户端和服务器端都保留某种数组来跟踪所有块的状态。我只是不确定在那里使用的最佳模式是什么。任何建议将不胜感激。

我遇到的一切都显示 HTTP 服务器使用分块编码发送响应，但是客户端是否可以在分块的 POST 请求中发送数据（即上传文件）？如果是这样，是否必须专门配置服务器来处理这种请求？

我正在使用HttpClient向应该返回 xml 数据的服务器发送请求。此数据作为分块数据返回。然后我试图将接收到的 xml 数据写入文件。我使用的代码如下所示：

这会导致将如下所示的数据打印到文件中：

此代码适用于非分块数据。如何使用 HttpClient 正确处理分块数据响应。任何帮助是极大的赞赏。

我遇到需要接收恒定分块 JSON 响应的情况，每次收到响应时，我都需要解析 JSON 以更新操作当前状态的 UI。

我找不到单独接收每个响应并将信息发布回 UI 的直接方法，直到响应完成接收。

如果有人能对此有所了解，我将不胜感激！

我有 101 种不同的方式进行 http 调用。我只需要正确的方式和正确的方式来读取响应。

--编辑 -- 只是添加到这一点。我遇到的问题不是读取 JSON 数据，而是分别获取每个数据块并在每个块之间发回 UI – NathofGod 27 秒前编辑

一些示例 JSON

我正在构建一个 Rails 应用程序，用户可以在其中上传非常大的文件。所以我计划将文件作为多个块接收，以便我可以在服务器端组装块。我搜索了 Rails 框架中的流。我可以找到有关下行流（服务器-> 客户端）的更多信息。

http://weblog.rubyonrails.org/2011/4/18/why-http-streaming/

http://www.intridea.com/blog/2012/5/24/building-streaming-rest-apis-with-ruby

有什么方法可以在 Rails 应用程序中以块的形式接收文件而不创建 temfile？

我发现最近的分块响应。我同意大多数时候我们希望做出全面的回应。但是，如果我想处理分块响应怎么办。

我将如何使用 $http 服务来做到这一点？

我想知道Box.net 是否支持-H "transfer-encoding: chunked" ？

我有一个使用 EJB3 的 JBoss Web 服务 (5.1) 在我们的 MSSQL 服务器上运行用于 dao 更新/插入的应用程序。

应用程序设置的一部分包括一个自定义 SOAPHandler，它用于从 ByteArray[Output/Input]Stream 中的消息中解析 xml 并将其打印到服务器日志中。

这在大多数情况下都可以正常工作，但最近我们接手了一个正在发送大量数据的新客户，并且由于预算很少（实际上不存在），我必须在旧电脑上运行我们的测试/集成服务（相信我，我不想）。

果然，没多久我就遇到了：

有人可以在这里给我一些关于分块解析的提示吗？我已经在其他线程中检查过这个线程，我的问题听起来与此类似，但我不知道要使用哪种 api/方法。

这是我的处理程序：

谢谢