我正在使用OKHttp(版本2.0.0-RC2)和SPDY进行试验，并且看到IOException: stream was reset: CANCEL相当多，在一些初步测试中，可能占所有请求的10％或更多。据我所知，当使用Apache HttpClient和常规https时，没有看到任何等效问题。我很确定在禁用SPDY(client.setProtocols(ImmutableList.of(Protocol.HTTP_1_1)))后，我们也看不到与OkHttp相同的东西，但是我没有做足够的测试以确保100％的可靠性。
This previous question会看到这些异常，并建议忽略它们，但这似乎很疯狂:我们在从服务器读取数据时遇到了异常，因此我们中止了数据处理代码(使用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...)
最佳答案
最好的选择是在分配了CANCEL错误代码的两个位置设置一个断点:即SpdyStream#closeInternal(第246行)和SpdyStream#receiveRstStream(第304行)。如果您可以在此处设置断点，则可以捕获是谁取消了您的信息流，这将为您解决问题。
如果出于某种原因而无法连接调试器，则可以检测代码以在到达这些行时显示堆栈跟踪:
new Exception("SETTING ERROR CODE TO " + errorCode).printStackTrace();
无论哪种情况，我都是该代码的作者，我很乐意帮助您解决此问题。