Okio简析

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里面已经内置了这些功能，不看的人我不告诉他,如下图）

Paste_Image.png

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，从而避免了转码过程。