回顾系统 WebView 进化史

从Android4.4系统开始，Chromium内核取代了Webkit内核。

从Android5.0系统开始，WebView移植成了一个独立的apk，可以不依赖系统而独立存在和更新。

从Android7.0 系统开始，如果用户手机里安装了 Chrome ， 系统优先选择 Chrome 为应用提供 WebView 渲染。

从Android8.0系统开始，默认开启WebView多进程模式，即WebView运行在独立的沙盒进程中。

WebView启动过程

app首次打开默认不初始化浏览器内核，只有创建WebView实例才会初始化相关组件

初始化时间分为两部分：

首次初始化时间：客户端冷启动后，第一次打开WebView，从开始创建WebView到开始建立网络连接之间的时间。

二次初始化时间：在打开过WebView后，退出WebView，再重新打开WebView，从开始创建WebView到开始建立网络连接之间的时间。

在浏览器中，我们输入地址时（甚至在之前），浏览器就可以开始加载页面。

而在客户端中，客户端需要先花费时间初始化WebView完成后，才开始加载

怎么优化：

1.创建全局webview，但是额外的内存消耗并且容易造成内存泄漏。

2.在客户端初始化WebView的同时，直接由native开始网络请求数据；当页面初始化完成后，向native获取其代理请求的数据

70%以上业务由H5开发，手机QQ Hybrid 的架构如何优化演进？

在页面请求的数据返回之前，主要有以下过程耗费时间。

DNS

WebView的域名与App的API域名统一，则可以让WebView的DNS时间全部达到1.3ms的量级。

静态资源同理，最好与客户端的资源域名保持一致。

connection

服务器处理

在HTTP协议中，我们可以在header中设置 transfer-encoding:chunked

使得页面可以分块输出。如果合理设计页面，让head部分都是确定的静态资源版本相关内容，而body部分是业务数据相关内容，那么我们可以在用户请求的时候，首先将Web API可以确定的部分先输出给浏览器，然后等API完全获取后，再将API数据传输给浏览器。

创建独立的进程process

进度条

开启软硬加速（闪烁或者黑白屏），耗费更多的内存