12

我正在试验 OKHttp（版本 2.0.0-RC2）和 SPDY，IOException: stream was reset: CANCEL在一些初步测试中看到了很多，可能是所有请求的 10% 或更多。据我所知，在使用 Apache HttpClient 和常规 https 时，我们没有看到任何等效问题。我很确定当 SPDY 被禁用时，我们也看不到任何与 OkHttp 等效的东西（client.setProtocols(ImmutableList.of(Protocol.HTTP_1_1))），但我还没有做足够的测试来保证 100% 的自信。

这个先前的问题看到了这些异常以及忽略它们的建议，但这似乎很疯狂：我们在从服务器读取数据时遇到异常，因此我们中止了数据处理代码（使用 Jackson）。在这种情况下，我们需要做点什么。当然，我们可以重试请求，但有时它是一个不可重试的 POST 请求，如果我们已经开始从服务器接收数据，那么服务器已经采取了请求的操作是一个不错的选择。

理想情况下，我们可以对客户端和/或服务器进行一些配置，以减少这些异常的发生率，但我对 SPDY 的了解还不够深入，甚至不知道从哪里开始寻找或建议我们的服务器管理员团队开始寻找。

堆栈跟踪，以防有帮助：

java.io.IOException: stream was reset: CANCEL
  at com.squareup.okhttp.internal.spdy.SpdyStream$SpdyDataSource.checkNotClosed(SpdyStream.java:442)
  at com.squareup.okhttp.internal.spdy.SpdyStream$SpdyDataSource.read(SpdyStream.java:344)
  at com.squareup.okhttp.internal.http.SpdyTransport$SpdySource.read(SpdyTransport.java:273)
  at okio.RealBufferedSource.exhausted(RealBufferedSource.java:60)
  at okio.InflaterSource.refill(InflaterSource.java:96)
  at okio.InflaterSource.read(InflaterSource.java:62)
  at okio.GzipSource.read(GzipSource.java:80)
  at okio.RealBufferedSource$1.read(RealBufferedSource.java:227)
  at com.fasterxml.jackson.core.json.UTF8StreamJsonParser.loadMore(UTF8StreamJsonParser.java:174)
  at com.fasterxml.jackson.core.base.ParserBase.loadMoreGuaranteed(ParserBase.java:431)
  at com.fasterxml.jackson.core.json.UTF8StreamJsonParser._finishString2(UTF8StreamJsonParser.java:2111)
  at com.fasterxml.jackson.core.json.UTF8StreamJsonParser._finishString(UTF8StreamJsonParser.java:2092)
  at com.fasterxml.jackson.core.json.UTF8StreamJsonParser.getText(UTF8StreamJsonParser.java:275)
  at com.fasterxml.jackson.databind.deser.std.BaseNodeDeserializer.deserializeObject(JsonNodeDeserializer.java:205)
  at com.fasterxml.jackson.databind.deser.std.BaseNodeDeserializer.deserializeArray(JsonNodeDeserializer.java:230)
  at com.fasterxml.jackson.databind.deser.std.BaseNodeDeserializer.deserializeObject(JsonNodeDeserializer.java:202)
  at com.fasterxml.jackson.databind.deser.std.JsonNodeDeserializer.deserialize(JsonNodeDeserializer.java:58)
  at com.fasterxml.jackson.databind.deser.std.JsonNodeDeserializer.deserialize(JsonNodeDeserializer.java:15)
  at com.fasterxml.jackson.databind.ObjectMapper._readValue(ObjectMapper.java:2765)
  at com.fasterxml.jackson.databind.ObjectMapper.readTree(ObjectMapper.java:1546)
  at com.fasterxml.jackson.core.JsonParser.readValueAsTree(JsonParser.java:1363)
  at (application-level code...)
4

3 回答 3

2

最好的办法是在分配 CANCEL 错误代码的两个位置设置断点：即SpdyStream#closeInternal（第 246 行）和SpdyStream#receiveRstStream（第 304 行）。如果您可以在此处设置断点，您可以捕捉到谁在取消您的流，这将阐明问题。

如果由于某种原因无法附加调试器，则可以检测代码以在到达这些行时打印堆栈跟踪：

new Exception("SETTING ERROR CODE TO " + errorCode).printStackTrace();

无论哪种情况，我都是该代码的作者，我很乐意帮助您解决这个问题。

于 2014-06-13T04:46:53.147 回答
1

由于 http 标头损坏，我们遇到了这个问题。默认情况下，android Base64 编码器会添加换行符，这会破坏我们的授权标头。

于 2014-12-03T09:38:30.867 回答
1

有同样的问题，这是网络连接超时的结果，这是从 Web 服务下载大文件的结果我将超时设置为 2 分钟，所以我将其更改为 5 分钟，它解决了我的问题

val  okkHttpclient = OkHttpClient.Builder()
   .connectTimeout(5, TimeUnit.MINUTES)
    .writeTimeout(5, TimeUnit.MINUTES) // write timeout
    .readTimeout(5, TimeUnit.MINUTES) // read timeout
    .addInterceptor(networkConnectionInterceptor)
    .build()
于 2020-01-06T09:14:15.070 回答