VasSonic截断读流的再一次理解

昨天在猫眼android组内分享了一个腾讯的VasSonic框架（加快webview首屏加载速度）。讲到其中webview截断流后进行部分加载时，一个组员抛出来这么一个问题：

  “既然webview可以边读边解析，那么可以先给它一半的数据，webview可以先渲染一部分界面，展示出来，再给它另一半的数据”。
  “既然这样的话，我们目前项目中webview数据加载成功后取消loading标志
  的时机是不是可以提前？因为webview边加载边渲染，可能在全部数据加载完成之前，已经有部分页面加载成功了。”

回答这个问题前，我们详细梳理下webview加载流的过程。
一般情况下，webview.load(url)后
->
从后台获取节点流inputSream
（建立连接后，注意这时候connection.getResponse()获取inputstream节点流并不会阻塞，当从inputstream节点流中读取数据时，即inputStream.read()一个字节一个字节读时，获取了下一个字节后，才会返回，不然会阻塞。inputStram.read(buffer)内部也是调用的inputStream.read()）
->
webview拿到这个节点流后，read（）这个节点流，读的时候会阻塞（上面说了），边读边解析这个界面。当然你也可以把这个节点流全部读到一个内存中或缓存中，把这个内存或缓存包成inputstream，然后再让webview去边读边解析。

VasSonic在截断流后进行部分加载本质上也是这个过程。webview拿到这个SonicSessionStream，和前面的一样，从流里面read（）数据边读边解析。只是SonicSessionStream这个inputSream中有已经加载好的流和未加载的节点流，SonicSessionStream重写了read（）方法，读的时候先读已经加载好的流，再从节点流中读（因为是从网上读，可能会阻塞）。

VasSonic在这里的优化，并不是webview初始化好以后，把一部分数据给webview，先进行渲染生成画面，再给他另外一部分数据。而是，SonicSessionStream利用了webview的初始化的时间差来做了部分数据加载工作。等webview初始化好以后先读本地数据再读网络节点的数据。这样比等webview初始化好以后再从节点流中边度边解析要节省一点时间（因为read（）本地数据时不会有阻塞）。

所以回到，昨天问的那个问题。当webview已经初始化好以后再读网络数据，其实时间差已经没有了。这时候把一部分数据给webview先渲染，再给另一部分数据。提前去掉loading标志这个事情能不能行得通，暂且不知道（有可能行不通，比如webview可以边读边解析dom，但是渲染界面需要完整数据才可以）。但VasSonic在这里的优化不是说的这个事情。

边读边解析并不是webview独有的特性。只要是能读inputStream进行解析的情况都可以叫做“边读边解析”。我们从网络下载一段json字符串后，json再进行解析成model，Gson有一个方法T model= gson.frmJson(inputSteam data)，可以直接接受节点流生成model，这就是边读边解析。并不是说一定要下载好整个json string以后，我们才可以反序列化成对象。我们之前那么做，可以是为了方便缓存。不过也可能确实不知道也可以这么用，对于缓存，我们可以把节点流包成我们自定义的一个流，重写流中的read（）方法：在里面写一些缓存逻辑。

所以VasSonic的这个技巧，我们也可以用在其他地方。比如打开一个视频，我们可以在这个视频组件或其他view初始化过程中，利用好这个时间差。将网络数据的一部分先加载到本地，然后等视频组件初始化好以后，把加载好的本地流和节点流组成一个SessionStream给视频组件进行解析。这样视频组件先read（）本地的数据，这是不会有阻塞的。读完本地以后再度网络的（可能会阻塞）。这比初始化好视频组件以后，进行解析的数据都是来自网络节点 时间上要快一些（如果所有都从网络节点上读，可能阻塞的时间多）。