关于Okhttp3(五)-BridgeInterceptor

本文深入剖析Okhttp3中的BridgeInterceptor,讲解其处理请求头和响应头的机制,包括自定义头、协议必需头、Cookie管理和Gzip压缩处理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

上一篇我们讲了Okhttp3请求你流程中的第一个拦截器BridgeInterceptor,其中初始化好一个socket连接对象后,随即将进行下一个流程,即今天要讲的BridgeInterceptor(桥接拦截)。

功能

本拦截器的主要功能是:处理请求头(header),将自定义的头和协议必须的头合在一起,如果有自定义使用自定义的,没有就生成默认头

源码

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
// 主要方法,其他略
// 此拦截器较为简单,其中有两点比较重要,1、cookie的处理 2、Gzip
@Override public Response intercept(Chain chain) throws IOException {
  Request userRequest = chain.request();
  Request.Builder requestBuilder = userRequest.newBuilder();

  RequestBody body = userRequest.body();
  if (body != null) {
    MediaType contentType = body.contentType();
    if (contentType != null) {
      requestBuilder.header("Content-Type", contentType.toString());
    }

    long contentLength = body.contentLength();
    if (contentLength != -1) {
      requestBuilder.header("Content-Length", Long.toString(contentLength));
      requestBuilder.removeHeader("Transfer-Encoding");
    } else {
      requestBuilder.header("Transfer-Encoding", "chunked");
      requestBuilder.removeHeader("Content-Length");
    }
  }

  if (userRequest.header("Host") == null) {
    requestBuilder.header("Host", hostHeader(userRequest.url(), false));
  }

  if (userRequest.header("Connection") == null) {
    requestBuilder.header("Connection", "Keep-Alive");
  }

  // If we add an "Accept-Encoding: gzip" header field we're responsible for also decompressing
  // the transfer stream.
  boolean transparentGzip = false;
  if (userRequest.header("Accept-Encoding") == null && userRequest.header("Range") == null) {
    transparentGzip = true;
    requestBuilder.header("Accept-Encoding", "gzip");
  }

  // 创建Okhpptclitent时候配置的cookieJar,
  List<Cookie> cookies = cookieJar.loadForRequest(userRequest.url());
  if (!cookies.isEmpty()) {
    requestBuilder.header("Cookie", cookieHeader(cookies));
  }

  // 默认的是 okhttp3/3.0.1,即版本号
  if (userRequest.header("User-Agent") == null) {
    requestBuilder.header("User-Agent", Version.userAgent());
  }

  //  以上为请求前的头处理
  Response networkResponse = chain.proceed(requestBuilder.build());
// 以下是请求完成,拿到返回后的头处理
  HttpHeaders.receiveHeaders(cookieJar, userRequest.url(), networkResponse.headers());

  Response.Builder responseBuilder = networkResponse.newBuilder()
      .request(userRequest);

  if (transparentGzip
      && "gzip".equalsIgnoreCase(networkResponse.header("Content-Encoding"))
      && HttpHeaders.hasBody(networkResponse)) {
    GzipSource responseBody = new GzipSource(networkResponse.body().source());
    Headers strippedHeaders = networkResponse.headers().newBuilder()
        .removeAll("Content-Encoding")
        .removeAll("Content-Length")
        .build();
    responseBuilder.headers(strippedHeaders);
    responseBuilder.body(new RealResponseBody(strippedHeaders, Okio.buffer(responseBody)));
  }

  return responseBuilder.build();
}

获取本地的cookie

1
2
3
4
5
6
7
8
// 源码部分,略
// 创建Okhpptclitent时候配置的cookieJar,
  List<Cookie> cookies = cookieJar.loadForRequest(userRequest.url());
// 所以返回的cookies不能为空,否则这里会报空指针
  if (!cookies.isEmpty()) {
    // 解析成http协议的cookie格式
    requestBuilder.header("Cookie", cookieHeader(cookies));
  }

此处就是获取本地的cookie,调用cookieJar.loadForRequest()方法,前文关于Okhttp(一)-基本使用有说过:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
OkHttpClient okHttpClient = new OkHttpClient.Builder()
               .cookieJar(new CookieJar() {
                   @Override
                   public void saveFromResponse(HttpUrl url, List<Cookie> cookies) {
					// 保存cookie通常使用SharedPreferences
                   }

                   @Override
                   public List<Cookie> loadForRequest(HttpUrl url) {
                     // 从保存位置读取,注意此处不能为空,否则会导致空指针
                       return new ArrayList<>();
                   }
               })
               .build();

解析服务器返回的Header

1
2
// 响应header, 如果没有自定义配置cookie不会解析
HttpHeaders.receiveHeaders(cookieJar, userRequest.url(), networkResponse.headers());
1
2
3
4
5
6
7
8
9
10
11
public static void receiveHeaders(CookieJar cookieJar, HttpUrl url, Headers headers) {
  // 没有配置,不解析
  if (cookieJar == CookieJar.NO_COOKIES) return;

  // 此处遍历,解析Set-Cookie的值,比如max-age
  List<Cookie> cookies = Cookie.parseAll(url, headers);
  if (cookies.isEmpty()) return;

  // 然后保存,即自定义
  cookieJar.saveFromResponse(url, cookies);
}

cookie的处理比较简单,重要的是要理解http协议。

Gzip

okhttp3支持gzip压缩,本事不负责处理,而是交给以来库Okio处理

1
2
3
4
5
6
7
8
9
10
11
12
13
14
// 略部分代码
// 前面解析完header后,判断服务器是否支持gzip压缩格式,如果支持将交给Okio处理,至于okio如何处理gzip,本人还不是很清楚,读者自行研究
if (transparentGzip
    && "gzip".equalsIgnoreCase(networkResponse.header("Content-Encoding"))
    && HttpHeaders.hasBody(networkResponse)) {
  GzipSource responseBody = new GzipSource(networkResponse.body().source());
  Headers strippedHeaders = networkResponse.headers().newBuilder()
      .removeAll("Content-Encoding")
      .removeAll("Content-Length")
      .build();
  responseBuilder.headers(strippedHeaders);
  // 处理完成后,重新生成一个response
  responseBuilder.body(new RealResponseBody(strippedHeaders, Okio.buffer(responseBody)));
}

至此,BridgeInterceptor的功能就说完了,是不是很简单。

总结

Okhttp3本事有5个重要的拦截器,到这里我们讲了2个,下一篇将介绍平日说的比较多的,也是比较重要的一个,与缓存相关的拦截器,敬请期待。

2025-03-26 16:29:41.567 ERROR 34192 --- [nio-8086-exec-2] o.a.c.c.C.[.[.[/].[dispatcherServlet] : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception java.net.SocketException: Connection reset by peer: socket write error at java.net.SocketOutputStream.socketWrite0(Native Method) ~[na:1.8.0_402] at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:111) ~[na:1.8.0_402] at java.net.SocketOutputStream.write(SocketOutputStream.java:155) ~[na:1.8.0_402] at okio.Okio$1.write(Okio.java:79) ~[okio-1.17.2.jar:na] at okio.AsyncTimeout$1.write(AsyncTimeout.java:180) ~[okio-1.17.2.jar:na] at okio.RealBufferedSink.emitCompleteSegments(RealBufferedSink.java:179) ~[okio-1.17.2.jar:na] at okio.RealBufferedSink.write(RealBufferedSink.java:42) ~[okio-1.17.2.jar:na] at okhttp3.internal.http1.Http1ExchangeCodec$KnownLengthSink.write(Http1ExchangeCodec.java:324) ~[okhttp-3.14.9.jar:na] at okio.ForwardingSink.write(ForwardingSink.java:35) ~[okio-1.17.2.jar:na] at okhttp3.internal.connection.Exchange$RequestBodySink.write(Exchange.java:231) ~[okhttp-3.14.9.jar:na] at okio.RealBufferedSink.emitCompleteSegments(RealBufferedSink.java:179) ~[okio-1.17.2.jar:na] at okio.RealBufferedSink.write(RealBufferedSink.java:117) ~[okio-1.17.2.jar:na] at io.minio.HttpRequestBody.writeTo(HttpRequestBody.java:78) ~[minio-8.2.1.jar:8.2.1] at okhttp3.internal.http.CallServerInterceptor.intercept(CallServerInterceptor.java:69) ~[okhttp-3.14.9.jar:na] at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:142) ~[okhttp-3.14.9.jar:na] at okhttp3.internal.connection.ConnectInterceptor.intercept(ConnectInterceptor.java:43) ~[okhttp-3.14.9.jar:na] at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:142) ~[okhttp-3.14.9.jar:na] at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:117) ~[okhttp-3.14.9.jar:na] at okhttp3.internal.cache.CacheInterceptor.intercept(CacheInterceptor.java:94) ~[okhttp-3.14.9.jar:na] at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:142) ~[okhttp-3.14.9.jar:na] at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:117) ~[okhttp-3.14.9.jar:na] at okhttp3.internal.http.BridgeInterceptor.intercept(BridgeInterceptor.java:93) ~[okhttp-3.14.9.jar:na] at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:142) ~[okhttp-3.14.9.jar:na] at okhttp3.internal.http.RetryAndFollowUpInterceptor.intercept(RetryAndFollowUpInterceptor.java:88) ~[okhttp-3.14.9.jar:na] at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:142) ~[okhttp-3.14.9.jar:na] at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:117) ~[okhttp-3.14.9.jar:na] at okhttp3.RealCall.getResponseWithInterceptorChain(RealCall.java:229) ~[okhttp-3.14.9.jar:na] at okhttp3.RealCall.execute(RealCall.java:81) ~[okhttp-3.14.9.jar:na]
最新发布
03-27
<think>嗯,用户提供了一个Java异常堆栈,看起来是关于“Connection reset by peer”的错误。我需要先理解这个错误的原因和可能的解决方案。 首先,这个错误发生在Servlet的dispatcherServlet处理请求的时候,抛出了SocketException。错误信息是“Connection reset by peer”,也就是对方重置了连接。通常这种情况发生在客户端或者服务端在数据传输过程中突然关闭了连接,比如客户端提前终止了请求,或者网络不稳定导致连接中断。 接下来看堆栈跟踪,涉及到的库包括OkHttp和Minio,可能是在使用Minio进行文件存储操作时,通过OkHttp发送请求的过程中出现了问题。堆栈显示在写入socket的时候发生了错误,说明可能是在服务器尝试向客户端发送数据时,客户端已经关闭了连接。 用户可能需要了解这个错误的具体原因以及如何排查。常见的可能原因包括: 1. 客户端提前关闭了连接,比如用户取消了请求,或者浏览器页面被关闭。 2. 网络问题,比如不稳定的连接导致TCP连接中断。 3. 服务器处理时间过长,客户端超时后断开连接。 4. Minio服务端出现问题,导致连接被重置。 接下来要考虑如何解决这个问题。首先需要确定这个错误发生的频率和场景。如果是偶发的,可能是网络问题或客户端的正常行为,可以忽略。如果是频繁出现,就需要进一步检查服务端和客户端的配置及日志。 可能需要检查服务器端的超时设置,确保在处理大文件或长时间操作时有足够的超时时间。另外,检查Minio服务端的状态,确认其正常运行。同时,查看客户端是否有主动取消请求的逻辑,或者在传输过程中断开的可能。 此外,OkHttp和Minio的版本兼容性也可能是一个因素,需要确认使用的库版本是否存在已知的问题,并考虑升级到最新稳定版。 用户可能需要增加错误处理机制,比如重试逻辑,或者捕获这个异常并记录,避免应用崩溃。同时,优化服务器端的响应速度,减少客户端等待时间,也能减少此类错误的发生。</think>这个错误是典型的**TCP连接被对端重置**导致的异常,常见于服务端向客户端发送响应时,客户端已主动断开连接。以下是逐步分析及解决方案: --- ### **错误原因定位** 1. **关键错误信息** `java.net.SocketException: Connection reset by peer` 表示客户端(可能是浏览器、其他服务或网络设备)在服务端还未完成响应时,**主动关闭了TCP连接**。 2. **堆栈上下文** - 涉及组件:`dispatcherServlet`(Spring MVC核心控制器)、`okhttp`(HTTP客户端库)、`minio`(对象存储服务) - 触发场景:服务端通过OkHttp向Minio服务写入数据时,连接被客户端中断。 --- ### **常见触发原因** 1. **客户端主动断开** - 用户关闭浏览器/取消请求 - 客户端代码设置超时时间过短(如前端axios配置的`timeout`) 2. **网络不稳定** - 防火墙、代理或负载均衡器中断连接 - 客户端与服务端之间的网络抖动 3. **服务端处理耗时过长** - 大文件上传/下载时,客户端等待超时 - 服务端未及时释放资源,导致响应延迟 --- ### **排查步骤** #### 第一步:确认错误频率 - **偶发性错误** → 网络问题或客户端行为,可忽略 - **高频出现** → 需深入检查服务端逻辑 #### 第二步:检查客户端行为 1. 前端代码是否有主动取消请求的逻辑(如axios的`AbortController`) 2. 客户端超时配置是否与服务端处理时间匹配 #### 第三步:服务端日志分析 - 检查Minio服务端日志,确认存储服务是否正常 - 监控服务端响应时间,定位是否存在慢请求 #### 第四步:网络层检查 - 使用`tcpdump`或Wireshark抓包,观察TCP连接的`RST`标志 - 检查防火墙、反向代理(Nginx)配置,确认未主动断开长连接 --- ### **解决方案** #### 通用修复措施 1. **增加服务端超时配置** 在Spring Boot中调整连接超时时间: ```yaml server: tomcat: connection-timeout: 30s ``` 2. **优化大文件传输** - 使用分块上传(如Minio的`putObject`分片) - 流式传输避免内存溢出 3. **异常捕获与重试** 在OkHttp调用Minio时添加重试逻辑: ```java OkHttpClient client = new OkHttpClient.Builder() .retryOnConnectionFailure(true) .build(); ``` #### Minio相关优化 1. 检查Minio服务端健康状态: ```bash mc admin info <minio-server-alias> ``` 2. 升级Minio客户端到稳定版本(如`8.5.0+`) --- ### **数学表达示例(独立公式)** 如果需量化网络传输问题,可通过带宽与延迟计算理论最大传输时间: $$T_{\text{max}} = \frac{\text{文件大小}}{\text{带宽}} + \text{RTT} \times \text{重试次数}$$ 确保客户端超时时间 $T_{\text{client-timeout}} > T_{\text{max}}$。 --- ### **总结** 此错误通常无需完全修复,但需结合日志监控和客户端行为分析。若问题持续,建议优先排查网络稳定性及客户端超时配置。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值