转载

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

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

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

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

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

对于上面的优化方式,我们可以用于独立页面的首屏数据渲染中,但是对于由手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获取数据并渲染。

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

正文到此结束
Loading...