手把手讲解OKhttp硬核知识点（2）下(1)

最新推荐文章于 2024-08-30 19:56:58 发布

FZBH_Q

最新推荐文章于 2024-08-30 19:56:58 发布

阅读量764

点赞数 17

分类专栏：程序员文章标签： okhttp 数据库

本文链接：https://blog.csdn.net/FZBH_Q/article/details/137441469

版权

程序员专栏收录该内容

441 篇文章 0 订阅

订阅专栏

public boolean isEligible(Address address, @Nullable Route route) {
// If this connection is not accepting new streams, we’re done.
if (allocations.size() >= allocationLimit || noNewStreams) return false;

// If the non-host fields of the address don’t overlap, we’re done.
if (!Internal.instance.equalsNonHost(this.route.address(), address)) return false;

// If the host exactly matches, we’re done: this connection can carry the address.
if (address.url().host().equals(this.route().address().url().host())) {
return true; // This connection is a perfect match.
}

// At this point we don’t have a hostname match. But we still be able to carry the request if
// our connection coalescing requirements are met. See also:
// https://hpbn.co/optimizing-application-delivery/#eliminate-domain-sharding
// https://daniel.haxx.se/blog/2016/08/18/http2-connection-coalescing/

// 1. This connection must be HTTP/2.
if (http2Connection == null) return false;

// 2. The routes must share an IP address. This requires us to have a DNS address for both
// hosts, which only happens after route planning. We can’t coalesce connections that use a
// proxy, since proxies don’t tell us the origin server’s IP address.
if (route == null) return false;
if (route.proxy().type() != Proxy.Type.DIRECT) return false;
if (this.route.proxy().type() != Proxy.Type.DIRECT) return false;
if (!this.route.socketAddress().equals(route.socketAddress())) return false;

// 3. This connection’s server certificate’s must cover the new host.
if (route.address().hostnameVerifier() != OkHostnameVerifier.INSTANCE) return false;
if (!supportsUrl(address.url())) return false;

// 4. Certificate pinning must match the host.
try {
address.certificatePinner().check(address.url().host(), handshake().peerCertificates());
} catch (SSLPeerUnverifiedException e) {
return false;
}

return true; // The caller’s address can be carried by this connection.
}

解读一下这段代码：

返回值：如果这个连接可以给这个访问地址一个流，那么返回true。（可见，判断连接是否可用，会考虑当前访问的ip地址是否匹配，很好理解，如果访问的ip都不一样，我凭什么把现成的连接给你复用。）

然后是众多if判断(这里存在一个当前连接与目标地址的参数值对比)，总结起来：

连接到达最大并发流或者连接不允许建立新的流，那就不允许复用；
如果地址的非host字段没有完全相同，也不允许复用。(解释一下，一个Address对象包含了host字段和其他字段，这里的非host字段，就是指的这个类中的其他字段)
如果到了这里，那就判断host是不是相同，如果相同，那就允许复用。
如果上面的3步判断都没有命中，那么，我们依然有机会去复用，只要不命中下面的判断。
1)HTTP2连接为空，不允许复用
2)使用了代理，并且代理的类型不是直接代理或者，不允许复用
3)此连接的服务器证书必须覆盖新主机，否则也不能复用
4)证书固定必须与主机匹配,否则，也不能复用
上面的4个if都没有命中，那么还是判定为可以复用。

总结：如果在连接池中找到个连接参数一致并且未被关闭没被占用的连接，则可以复用旧连接，无需新建连接。

5. 服务调用拦截器 `CallServerInterceptor`

经历了上面4个拦截器，我们最终拿到了 request，connection，有了请求，有了连接，那么就可以向服务器发起网络请求了。这一步，就包含执行网络请求的具体逻辑。

注意：我们这里的request，它是一个java对象，但是底层用的TCP协议，发送的是报文（在http1.X下，报文全都是明文字符串格式拼接，那么你一个request对象中包含的内容如何去拼接成一个报文字符串呢？）
反过来想，我们TCP底层从服务器取得的也最先是响应报文，他也是一大串字符串，那么如何封装成java需要的Response对象呢？逻辑也在这里。具体在哪个类？

HttpCodeC.java
在这里我关心两个问题：
1）真正与底层发生socket网络通信是如何进行的？
2）httpCodeC是如何解析request成请求报文，又是如何将相应报文变成Response的？

来探索,首先进入到CallServerInterceptor的Interceptor方法，这是核心入口：

首先回顾一下TCP socket通信的过程：
1）建立Socket连接
2）打开IO流通道（socket是双工通讯协议，可以同时调用输入和输出流）
3）在这个案例中，移动端作为客户端需要往IO流通道中去写数据，然而我们知道，OutputStream，当我们写了数据之后，必须调用flush，刷新缓存区，才能将数据发送过去。
这里，我们就能得出上面一个问题的答案：

Q:真正与底层发生socket网络通信是如何进行的？
A:OkHttp使用了 OkIo来发送数据给远端，在这个Intercept 方法中，我们可以找到两句代码：httpCodec.flushRequest(); 和 httpCodec.finishRequest(); 如果你进去看实现，会发现，他们执行的是同一个flush过程，将缓存去数据发送给远端。(至于更细节的，比如 sink.flush是如何实现的，我就不去探索了，有兴趣的可以继续深入)