改造java.io.ioException后：java.io.eofException导致连接上的流意外结束:\n未找到：

Question

我的服务接口如下所示

public interface MlApiService
{
    @POST
    @Multipart
    Call<List<PreprocessedDocument>> postDocument( @Url String apiUrl, @Part MultipartBody.Part document,
    @Part ( "document_id") RequestBody documentId );
}

我像下面这样构建客户机，并将RequestTimeoutInSeconds设置为90秒。

public void init()
{
    GsonBuilder gson = new GsonBuilder();
    gson.registerTypeAdapter( new TypeToken<List<PreprocessedDocument>>() {}.getType(), new CustomResponseDeserializer() );

    HttpLoggingInterceptor logInterceptor = new HttpLoggingInterceptor();
    logInterceptor.setLevel( HttpLoggingInterceptor.Level.HEADERS );

    OkHttpClient client = new OkHttpClient.Builder().retryOnConnectionFailure( true ).addInterceptor( logInterceptor )
        .readTimeout( requestTimeoutInSeconds, TimeUnit.SECONDS ).build();
    //Dummy Base URL must be provided. otherwise client won't get initialized
    Retrofit retrofit = new Retrofit.Builder().baseUrl( "http://thisIsJustDummyUrlForTheSakeOfAddingBaseUrl.com/" )
        .client( client ).addConverterFactory( GsonConverterFactory.create( gson.setLenient().create() ) ).build();
    mlApiService = retrofit.create( MlApiService.class );
}

请求到达服务器，就在服务器响应时，我得到以下错误：

Caused by: java.io.IOException: unexpected end of stream on Connection{34.XXX.XXX.9:8085, proxy=DIRECT hostAddress=/34.XXX.XXX.9:8085 cipherSuite=none protocol=http/1.1}
    at okhttp3.internal.http1.Http1Codec.readResponseHeaders(Http1Codec.java:203)
    at okhttp3.internal.http.CallServerInterceptor.intercept(CallServerInterceptor.java:88)
    at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147)
    at okhttp3.internal.connection.ConnectInterceptor.intercept(ConnectInterceptor.java:45)
Caused by: java.io.EOFException: \n not found: limit=0 content=…
    at okio.RealBufferedSource.readUtf8LineStrict(RealBufferedSource.java:227)
    at okio.RealBufferedSource.readUtf8LineStrict(RealBufferedSource.java:211)
    at okhttp3.internal.http1.Http1Codec.readResponseHeaders(Http1Codec.java:187)

null

1. 它有时起作用。并不总是失败。（同一个文件总是与postman一起工作）
2. 它始终适用于其他文件（从来没有问题）。
3. 请求到达服务器，处理请求时没有任何错误，也会响应。在服务器完成处理并响应客户端后，我立即得到错误。

编辑1：我点击的服务器由gunicorn/20.0.4支持，并使用flask。我无法访问服务器代码。我怀疑发送到的响应中是否有一些垃圾字符导致了错误。我不知道如何在regetfit/okhttp读取原始响应之前将其记录下来。

编辑2：

null

Answer 1

问题出在我打的服务器上。它没有发送任何回应（字面上什么都没有。没有头，没有身体，什么都没有）。

因此，在浏览了stackoverflow和其他好网站上的所有相关答案，并尝试了我在问题本身中提到的许多解决方案后，它并没有解决我的问题。

在仔细阅读堆栈跟踪之后，我遇到了下面一行。

okhttp3.internal.http1.Http1Codec.readResponseHeaders(Http1Codec.java:203)

这给了我一个提示，问题可能出在服务器上，而不是客户端。所以我想我应该和另一个客户试试，看看我是否能看到原始的反应。

我想到的第一个工具是curl（用于给出泛型的Postman不能得到任何响应，而且这种情况并不一致）。我用curl和verbose选项击中服务器！我得到了以下回应：

curl -v --location --request POST 'html" target="_blank">http://XX.XXX.XXX.9:8085/psc/document_upload' --form 'document=@/home/user376/Downloads/test-1.pdf' --form 'document_id=22004494_ae7f_4998_a1d8_73249bda9905'
Note: Unnecessary use of -X or --request, POST is already inferred.
*   Trying XX.XXX.XXX.9...
* Connected to XX.XXX.XXX.9 (XX.XXX.XXX.9) port 8085 (#0)
> POST /psc/document_upload HTTP/1.1
> Host: XX.XXX.XXX.9:8085
> User-Agent: curl/7.49.0
> Accept: */*
> Content-Length: 4684053
> Expect: 100-continue
> Content-Type: multipart/form-data; boundary=------------------------a8446c7eedb10689
> 
< HTTP/1.1 100 Continue
* Empty reply from server
* Connection #0 to host XX.XXX.XXX.9 left intact
curl: (52) Empty reply from server

这证实了问题出在服务器上，而不是客户端（Retrofit/http）。

这个故事的寓意：有时你必须一个字一个字地阅读stacktrace，即使它似乎不值得看：）