Android之WebView優化之路

前言html

隨着app的迭代,嵌入的html5界面愈來愈多了,Webview這個強大組件引發的問題愈加的多起來,例如:html5

一、WebView致使的oom問題java

二、Android版本不一樣,採用了不一樣的內核,兼容性crashandroid

三、不一樣版本實現不一樣,甚至URI不規範也會引發不一樣程度的問題web

 

爲了解決以上問題,咱們把WebView模塊作成獨立進程瀏覽器

WebView獨立進程緩存

Android容許一個app同時存在多個進程,能夠根據須要把不一樣的模塊放到不一樣進程中處理。微信

 

好比微信v2.X+版本的時候把Network部分作輕重進程分離,獨立到一個單獨的進程(:push)中,而上面兩個層級依然跑在微信的主進程(:workder)中。而對於有內存泄露問題的webview或者其餘不頻繁使用的功能,再把其分離到獨立的工具進程(:tools)中。經過分離進程,微信第一次重構解決了系統由於微信資源消耗,主動幹掉微信服務的困境。app

WebView獨立進程的好處ide

1.有效增大App的運存,減小由webview引發的內存泄露對主進程內存的佔用。

2.避免WebView的Crash影響App主進程的運行。

3.擁有對WebView獨立進程操控權。

WebView進程與其餘進程通信的方式

把webview獨立進程以後會發現,埋點功能和接收主進程數據都不正常了,這裏就涉及到進程間通信的問題了;

進程通信無非就是那幾種,aidl,messager,content provider,廣播;

在這裏就再也不復述了,我是採用廣播的方式來作的。

WebView硬件加速致使頁面渲染閃爍

4.0以上的系統咱們開啓硬件加速後,WebView渲染頁面更加快速,拖動也更加順滑。但有個反作用就是,當WebView視圖被總體遮住一塊,而後忽然恢復時(好比使用SlideMenu將WebView從側邊滑出來時),這個過渡期會出現白塊同時界面閃爍。解決這個問題的方法是在過渡期前將WebView的硬件加速臨時關閉,過渡期後再開啓,代碼以下:

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {

webview.setLayerType(View.LAYER_TYPE_SOFTWARE, null);

}

webview的配置

下面貼上我本身的配置代碼:

WebSettings settings = webview.getSettings();

settings.setJavaScriptEnabled(true);//啓用js

settings.setJavaScriptCanOpenWindowsAutomatically(true);//js和android交互

String cacheDirPath = PathCommonDefines.WEBVIEW_CACHE;

settings.setAppCachePath(cacheDirPath); //設置緩存的指定路徑

settings.setAllowFileAccess(true); // 容許訪問文件

settings.setAppCacheEnabled(true); //設置H5的緩存打開,默認關閉

settings.setUseWideViewPort(true);//設置webview自適應屏幕大小

settings.setLayoutAlgorithm(WebSettings.LayoutAlgorithm.NARROW_COLUMNS);//設置,可能的話使全部列的寬度不超過屏幕寬度

settings.setLoadWithOverviewMode(true);//設置webview自適應屏幕大小

settings.setDomStorageEnabled(true);//設置可使用localStorage

settings.setSupportZoom(false);//關閉zoom按鈕

settings.setBuiltInZoomControls(false);//關閉zoom

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {

webview.setLayerType(View.LAYER_TYPE_SOFTWARE, null);

}

webview.setWebViewClient(new WebViewClient() { 
@Override public boolean shouldOverrideUrlLoading(WebView view, String url) { view.loadUrl(url); return false; } 
@Override public void onLoadResource(WebView view, String url) { } 
@Override public void onPageFinished(WebView view, String url) { } 
});

html5跳原生界面

網頁跳原生界面的方法有不少種,好比js調Java方法,或者是經過uri scheme啦,也能夠經過本身解析url來作。

在這兒,考慮到兼容性,攔截的是url,而且在清單文件中自定義了scheme~

 

webview.setWebViewClient(new WebViewClient() {

@Override

public boolean shouldOverrideUrlLoading(WebView view, String url) {

parserURL(url); //解析url,若是存在有跳轉原生界面的url規則,則跳轉原生。

return super.shouldOverrideUrlLoading(view, url);

}

@Override

public void onPageFinished(WebView view, String url) {

super.onPageFinished(view, url);

}

@Override

public void onLoadResource(WebView view, String url) {

super.onLoadResource(view, url);

}

});

清單文件中,聲明一下 就能夠在自帶瀏覽器經過uri scheme跳到本app頁面了,這個activity做爲各個頁面的分發頁面,經過這個界面解析數據決定接下來要跳轉哪一個頁面:

<activity android:name=".ui.webview.CommWebviewActivity"

android:configChanges="orientation|keyboardHidden|screenSize"

android:process=":webview"

android:screenOrientation="portrait"

android:windowSoftInputMode="stateHidden">

<data android:host="xxxx.com"

android:scheme="kingp2p" />

相關文章
相關標籤/搜索