H5页面的跨webview预拉取数据尝试

对于传统的页面模型来说，数据的拉取+渲染模型如下：

在页面的head部分，使用jsonp预拉取cgi资源，然后在资源加载完成之后，检查预拉取的数据是否已经返回，如果已返回，则直接用该数据渲染（避免了先用缓存数据渲染再用cgi数据渲染导致的二次刷新），否则才用缓存数据渲染。

对于上面的优化方式，我们可以用于独立页面的首屏数据渲染中，但是对于由手Q中一个webview内打开的新webview里的H5页面，是否有更好的方法呢？

当我们通过点击操作，在webview内调用手Q的openUrl接口打开新的webview并加载页面，新页面对于我们来说是可被预知的，也就是说我们点击打开新webview的时候，其实是知道要打开的页面是什么。

因此对于cgi预拉取的逻辑，我们其实可以提前到前一个webview点击的操作时就发起。

统计了一下手Q创建webview到开始请求页面url之间的耗时，android端耗时大约在1.5-2秒之间。

因此其实我们可以利用这段时间，在点击前一个webview的同时，让新页面的首屏cgi请求提前发起，在等待下一个webview打开并load页面的期间，如果cgi请求已经返回，数据可以暂存在前一个webview中，等新webview页面资源ready之后，通过手Q的webview通信接口mqq.addEventListener/mqq.dispatchEvent从上一个webview获取数据并渲染。

由于客户端接口通信速度比网络通信要快，因此可借此减少首屏数据渲染的等待时间，另外也同时可以改善二次渲染的问题：