OkHttp解析系列

OkHttp解析（一）从用法看清原理
OkHttp解析（二）网络连接
OkHttp解析（三）关于Okio

从前两篇文章我们知道，在OkHttp底层网络连接是使用Socket，连接成功后则通过Okio库与远程socket建立了I/O连接，接着调用createTunnel创建代理隧道，在这里HttpStream与Okio建立了I/O连接。本篇文章就来看看Okio的使用

Okio

从最新的Okio上看它的说明
这里介绍到

Okio 补充了 java.io 和 java.nio 的内容，使得数据访问、存储和处理更加便捷。

ByteString and Buffer

Okio则建立在ByteStrings和Buffers上

• ByteStrings：它是一个不可变的字节序列，对于字符数据来说，String是非常基础的，但在二进制数据的处理中，则没有与之对应的存在，ByteString 应运而生。ByteStrings很多方法与String用法一样，它更容易把一些二进制数据当作一个值来处理，它更容易处理一些二进制数据。此外它也可以把二进制数据编解码为十六进制（hex），base64和UTF-8格式。
  它向我们提供了和 String 非常类似的 API：

  • 获取字节：指定位置，或者整个数组；

  • 编解码：hex，base64，UTF-8；

  • 判等，查找，子串等操作；

• Buffer：Buffer 是一个可变的字节序列，就像 ArrayList 一样。我们使用时只管从它的头部读取数据，往它的尾部写入数据就行了，而无需考虑容量、大小、位置等其他因素。

Source and Sink

Okio 吸收了 java.io 一个非常优雅的设计：流（stream），流可以一层一层套起来，不断扩充能力，最终完成像加密和压缩这样复杂的操作。这正是“修饰模式”的实践。

修饰模式，是面向对象编程领域中，一种动态地往一个类中添加新的行为的设计模式。就功能而言，修饰模式相比生成子类更为灵活，这样可以给某个对象而不是整个类添加一些功能。

Okio 有自己的流类型，那就是 Source 和 Sink，它们和 InputStream 与 OutputStream 类似，前者为输入流，后者为输出流。

它们还有一些新特性：

• 超时机制，所有的流都有超时机制；

• API 非常简洁，易于实现；

• Source 和 Sink 的 API 非常简洁，为了应对更复杂的需求，Okio 还提供了 BufferedSource和 BufferedSink 接口，便于使用（按照任意类型进行读写，BufferedSource 还能进行查找和判等）；

• 不再区分字节流和字符流，它们都是数据，可以按照任意类型去读写；

• 便于测试，Buffer 同时实现了 BufferedSource(读) 和 BufferedSink（写） 接口，便于测试；

介绍完上面几个类后，看个UML图，理解他们之间的关系