1.废话都不见了！！直接上代码
比如我们做一个简单的文件下载或拷贝操作，输入和输出可能是这样的
Okio.sink(new File("***"));
Okio.sink(new FileOutputStream(new File("***")));
Okio.sink(new Socket("***",8888));
Okio.source(new File("***"));
Okio.source(new FileOutputStream(new File("***")));
Okio.source(new Socket("***",8888));
如何把它们连接起来呢？我们以下载一张网络图片为例
Okio.buffer(Okio.source("www.jianshu.com/logo.png"))
.writeAll(Okio.sink("/mnt/sdcard/logo.png"))
是不是超级简单？Okio是如何做到的呢？又有哪些优点呢？
2.Okio的里面的概念
Paste_Image.png
对用户来讲，Okio只有3个概念，严格上来讲只有2个概念
1.Source只读输入源
2.Sink只写输出源
3.Buffer（混合了输入／输出），比如文件io和tcp网络流
所有的操作都建立在这几个概念之上，其实为了提高效率，在它们下面有一个叫segment的buffer机制，我们先忽略它。接着往下看，在这些的基础上能干什么呢？
3.Okio能干什么？
上面我们已经看到了简单的文件下载是如何实现的，我们再看看在此基础上如何实现一个上传时压缩／下载时解压的功能
我们以上传为例
Source zipedSrc=new GzipSource(Okio.source("/mnt/sdcard/logo.png"));
Okio.buffer(zipedSrc).writeAll(Okio.sink("www.ip.com/address"))
That's All,是不是只多了几个词而已呢？下载也是一样，就不写代码了。
以此类推，我们是不是可以用类似的方式实现自己的需求了吗？然！！！
比如加密，我们就来个EncoderSource／EncodeSink就可了，校检文件我们可以写一个HashcodeSource／HashcodeSink，上传／下载进度我们可以写个ProcessSouce／PorcessSink。
（事实上，Okio里面已经内置了这些功能，不看的人我不告诉他,如下图）
4.如何实现一个Okio组件
为了看的容易，我们以一个代码量最小的hash校检为例
class HashSink implement Simk{
@Override public void write(Buffer source, long byteCount) {
long hashedCount = 0;
for (Segment s = source.head; hashedCount < byteCount; s = s.next) {
int toHash = (int) Math.min(byteCount - hashedCount, s.limit - s.pos);
//messageDigest是完成择要功能的成员变量，先不管它
messageDigest.update(s.data, s.pos, toHash);
hashedCount += toHash;
}
super.write(source, byteCount);}
}
就这样了吗？是啊，就这样，byebye
5.ByeBye
警告，以下为择抄内容
一它对数据进行了分块处理，这样在大数据IO的时候可以以块为单位进行IO，这可以提高IO的吞吐率。
二它对这些数据块使用链表进行管理，这可以仅通过移动“指针”就进行数据的管理，而不用真正去处理数据，而且对扩容来说也十分方便。
三对闲置的块进行管理，通过一个块池（SegmentPool）的管理，避免系统GC和申请byte时的zero-fill。 其他的还有一些小细节上的优化，比如如果你把一个UTF-8的String转为ByteString，ByteString会保留一份对原来String的引用，这样当你下次 需要decode这个String时，程序通过保留的引用直接返回对应的String，从而避免了转码过程。
