回顧系統(tǒng) WebView 進化史
從Android4.4系統(tǒng)開始饮潦，Chromium內(nèi)核取代了Webkit內(nèi)核。
從Android5.0系統(tǒng)開始棕兼，WebView移植成了一個獨立的apk障斋，可以不依賴系統(tǒng)而獨立存在和更新贞瞒。
從Android7.0 系統(tǒng)開始契邀，如果用戶手機里安裝了 Chrome 摆寄， 系統(tǒng)優(yōu)先選擇 Chrome 為應(yīng)用提供 WebView 渲染。
從Android8.0系統(tǒng)開始坯门，默認開啟WebView多進程模式微饥，即WebView運行在獨立的沙盒進程中。
WebView啟動過程
app首次打開默認不初始化瀏覽器內(nèi)核古戴，只有創(chuàng)建WebView實例才會初始化相關(guān)組件
初始化時間分為兩部分：
首次初始化時間：客戶端冷啟動后欠橘，第一次打開WebView，從開始創(chuàng)建WebView到開始建立網(wǎng)絡(luò)連接之間的時間现恼。
二次初始化時間：在打開過WebView后肃续，退出WebView，再重新打開WebView叉袍，從開始創(chuàng)建WebView到開始建立網(wǎng)絡(luò)連接之間的時間始锚。
在瀏覽器中，我們輸入地址時（甚至在之前）畦韭，瀏覽器就可以開始加載頁面疼蛾。
而在客戶端中肛跌，客戶端需要先花費時間初始化WebView完成后艺配，才開始加載
怎么優(yōu)化：
1.創(chuàng)建全局webview，但是額外的內(nèi)存消耗并且容易造成內(nèi)存泄漏衍慎。
2.在客戶端初始化WebView的同時转唉，直接由native開始網(wǎng)絡(luò)請求數(shù)據(jù)；當(dāng)頁面初始化完成后稳捆，向native獲取其代理請求的數(shù)據(jù)
70%以上業(yè)務(wù)由H5開發(fā)赠法，手機QQ Hybrid 的架構(gòu)如何優(yōu)化演進？
在頁面請求的數(shù)據(jù)返回之前乔夯，主要有以下過程耗費時間砖织。
DNS
WebView的域名與App的API域名統(tǒng)一，則可以讓W(xué)ebView的DNS時間全部達到1.3ms的量級末荐。
靜態(tài)資源同理侧纯，最好與客戶端的資源域名保持一致。
connection
服務(wù)器處理
在HTTP協(xié)議中甲脏，我們可以在header中設(shè)置 transfer-encoding:chunked
使得頁面可以分塊輸出眶熬。如果合理設(shè)計頁面妹笆，讓head部分都是確定的靜態(tài)資源版本相關(guān)內(nèi)容，而body部分是業(yè)務(wù)數(shù)據(jù)相關(guān)內(nèi)容娜氏，那么我們可以在用戶請求的時候拳缠，首先將Web API可以確定的部分先輸出給瀏覽器，然后等API完全獲取后贸弥，再將API數(shù)據(jù)傳輸給瀏覽器窟坐。
創(chuàng)建獨立的進程process
進度條
開啟軟硬加速（閃爍或者黑白屏），耗費更多的內(nèi)存
