Android WebView常見問題解決方案彙總

時間  2019-11-10
標籤 android webview 常見問題 解決 方案 彙總 欄目 Android 简体版
原文   原文鏈接

若有轉載，請聲明出處: 時之沙: http://blog.csdn.net/t12x3456html

 

Android WebView常見問題解決方案彙總:java

就目前而言，如何應對版本的頻繁更新呢，又如何靈活多變地展現咱們的界面呢,這又涉及到了web app與native app之間孰優孰劣的爭論. 因而乎,一種混合型的app誕生了,靈活多變的部分，如淘寶商城首頁的活動頁面，一集凡客誠品中咱們均可以見到web 頁面與native頁面的混合，既利用了web app的靈活易更新，也藉助了native app自己的效率.
固然，就會用到webview這樣的一個控件，這裏，我把本身使用過程當中遇到的一些問題整理下來.
android

首先上張圖對WebView進行一個基本的回顧:git

 


以上思惟導圖原文件下載地址:github

http://download.csdn.net/detail/t12x3456/6509195
web

 

而後看一下具體的問題及解決方案:ajax

1.爲WebView自定義錯誤顯示界面:安全

覆寫WebViewClient中的onReceivedError()方法:cookie

  1. /** 
  2.  * 顯示自定義錯誤提示頁面，用一個View覆蓋在WebView 
  3.  */  
  4. protected void showErrorPage() {  
  5.     LinearLayout webParentView = (LinearLayout)mWebView.getParent();  
  6.       
  7.     initErrorPage();  
  8.     while (webParentView.getChildCount() > 1) {  
  9.         webParentView.removeViewAt(0);  
  10.     }  
  11.     LinearLayout.LayoutParams lp = new LinearLayout.LayoutParams(LayoutParams.FILL_PARENT,LayoutParams.FILL_PARENT);  
  12.     webParentView.addView(mErrorView, 0, lp);  
  13.     mIsErrorPage = true;  
  14. }  
  15. protected void hideErrorPage() {  
  16.     LinearLayout webParentView = (LinearLayout)mWebView.getParent();  
  17.       
  18.     mIsErrorPage = false;  
  19.     while (webParentView.getChildCount() > 1) {  
  20.         webParentView.removeViewAt(0);  
  21.     }  
  22. }  
  23.   
  24.   
  25.    protected void initErrorPage() {  
  26.     if (mErrorView == null) {  
  27.         mErrorView = View.inflate(this, R.layout.online_error, null);  
  28.         Button button = (Button)mErrorView.findViewById(R.id.online_error_btn_retry);  
  29.         button.setOnClickListener(new OnClickListener() {  
  30.             public void onClick(View v) {  
  31.                 mWebView.reload();  
  32.             }  
  33.         });  
  34.         mErrorView.setOnClickListener(null);  
  35.     }  
  36. }  
  1.   
  1.   
  1. @Override  
  2. public void onReceivedError(WebView view, int errorCode, String description, String failingUrl) {  
  3. <span style="white-space:pre">                  </span>  
  4. <span style="white-space:pre">          </span>mErrorView.setVisibility(View.VISIBLE);  
  5. <span style="white-space:pre">          </span>super.onReceivedError(view, errorCode, description, failingUrl);  
  6. }          

 

 

2.WebView cookies清理：

  1. CookieSyncManager.createInstance(this);   
  2. CookieSyncManager.getInstance().startSync();   
  3. CookieManager.getInstance().removeSessionCookie();   


3.清理cache 和歷史記錄:網絡

  1. webView.clearCache(true);   
  2. webView.clearHistory();  

 

4.判斷WebView是否已經滾動到頁面底端:

  1. getScrollY()方法返回的是當前可見區域的頂端距整個頁面頂端的距離,也就是當前內容滾動的距離.   
  2. getHeight()或者getBottom()方法都返回當前WebView 這個容器的高度   
  3. getContentHeight 返回的是整個html 的高度,但並不等同於當前整個頁面的高度,由於WebView 有縮放功能, 因此當前整個頁面的高度實際上應該是原始html 的高度再乘上縮放比例. 所以,更正後的結果,準確的判斷方法應該是：   
  4. if(WebView.getContentHeight*WebView.getScale() == (webview.getHeight()+WebView.getScrollY())){ //已經處於底端 }   

 

5.URL攔截:

Android WebView是攔截不到頁面內的fragment跳轉的。可是url跳轉的話，又會引發頁面刷新，H5頁面的體驗又降低了。只能給WebView注入JS方法了。

 

 

 6.處理WebView中的非超連接請求(如Ajax請求): 

 有時候須要加上請求頭，可是非超連接的請求，沒有辦法再shouldOverrinding中攔截並用webView.loadUrl(String url,HashMap headers)方法添加請求頭

  目前用了一個臨時的辦法解決：

首先須要在url中加特殊標記/協議, 如在onWebViewResource方法中攔截對應的請求，而後將要添加的請求頭，以get形式拼接到url末尾

在shouldInterceptRequest()方法中,能夠攔截到全部的網頁中資源請求，好比加載JS，圖片以及Ajax請求等等

Ex:

  1. @SuppressLint("NewApi")  
  2. @Override  
  3. public WebResourceResponse shouldInterceptRequest(WebView view,String url) {  
  4.     // 非超連接(如Ajax)請求沒法直接添加請求頭，現拼接到url末尾,這裏拼接一個imei做爲示例  
  5.   
  6.     String ajaxUrl = url;  
  7.     // 如標識:req=ajax  
  8.     if (url.contains("req=ajax")) {  
  9.        ajaxUrl += "&imei=" + imei;  
  10.     }  
  11.   
  12.     return super.shouldInterceptRequest(view, ajaxUrl);  
  13.   
  14. }  



 

7.在頁面中先顯示圖片:

  1. @Override  
  2. public void onLoadResource(WebView view, String url) {  
  3.   mEventListener.onWebViewEvent(CustomWebView.this, OnWebViewEventListener.EVENT_ON_LOAD_RESOURCE, url);  
  4.     if (url.indexOf(".jpg") > 0) {  
  5.      hideProgress(); //請求圖片時即顯示頁面  
  6.      mEventListener.onWebViewEvent(CustomWebView.this, OnWebViewEventListener.EVENT_ON_HIDE_PROGRESS, view.getUrl());  
  7.      }  
  8.     super.onLoadResource(view, url);  
  9. }  



 8.屏蔽掉長按事件 由於webview長按時將會調用系統的複製控件:
      

 

  1. mWebView.setOnLongClickListener(new OnLongClickListener() {  
  2.             
  3.           @Override  
  4.           public boolean onLongClick(View v) {  
  5.               return true;  
  6.           }  
  7.       });  


9.在WebView加入 flash支持:

  1. String temp = "<html><body bgcolor=\"" + "black"  
  2.                 + "\"> <br/><embed src=\"" + url + "\" width=\"" + "100%"  
  3.                 + "\" height=\"" + "90%" + "\" scale=\"" + "noscale"  
  4.                 + "\" type=\"" + "application/x-shockwave-flash"  
  5.                 + "\"> </embed></body></html>";  
  6. String mimeType = "text/html";  
  7. String encoding = "utf-8";  
  8. web.loadDataWithBaseURL("null", temp, mimeType, encoding, "");  

 

10.WebView保留縮放功能但隱藏縮放控件:

 

  1. mWebView.getSettings().setSupportZoom(true);  
  2.         mWebView.getSettings().setBuiltInZoomControls(true);  
  3.         if (DeviceUtils.hasHoneycomb())  
  4.               mWebView.getSettings().setDisplayZoomControls(false);  


注意：setDisplayZoomControls是在Android 3.0中新增的API.

 

 

這些是目前我整理出來的一些注意事項和問題解決方案,也歡迎你們多提一些關於webview的問題,若是有合適的解決方案,我會直接更新到這篇文章.

 

8月份更新:

11.WebView 在Android4.4的手機上onPageFinished()回調會多調用一次(具體緣由待追查)

須要儘可能避免在onPageFinished()中作業務操做，不然會致使重複調用，還有可能會引發邏輯上的錯誤.

 

12.須要經過獲取Web頁中的title用來設置本身界面中的title及相關問題:

須要給WebView設置 WebChromeClient,並在onReceiveTitle()回調中獲取

  1. WebChromeClient webChromeClient = new WebChromeClient() {    
  2.             @Override    
  3.             public void onReceivedTitle(WebView view, String title) {    
  4.                 super.onReceivedTitle(view, title);    
  5.                  
  6.                 txtTitle.setText(title);    
  7.             }    
  8.     
  9.         };    


可是發如今小米3的手機上，當經過webview.goBack()回退的時候，並無觸發onReceiveTitle()，這樣會致使標題仍然是以前子頁面的標題，沒有切換回來.

 

這裏能夠分兩種狀況去處理：

(1) 能夠肯定webview中子頁面只有二級頁面，沒有更深的層次，這裏只須要判斷當前頁面是否爲初始的主頁面，能夠goBack的話，只要將標題設置回來便可.

(2)webview中可能有多級頁面或者之後可能增長多級頁面,這種狀況處理起來要複雜一些:

    由於正常順序加載的狀況onReceiveTitle是必定會觸發的，因此就須要本身來維護webview  loading的一個url棧及url與title的映射關係

   那麼就須要一個ArrayList來保持加載過的url,一個HashMap保存url及對應的title.

   正常順序加載時，將url和對應的title保存起來，webview回退時，移除當前url並取出將要回退到的web 頁的url,找到對應的title進行設置便可.

 

這裏還要說一點，當加載出錯的時候，好比無網絡，這時onReceiveTitle中獲取的標題爲 找不到該網頁,所以建議當觸發onReceiveError時，不要使用獲取到的title.

 

13.WebView因addJavaScriptInterface()引發的安全問題.

    這個問題主要是由於會有惡意的js代碼注入,尤爲是在已經獲取root權限的手機上，一些惡意程序可能會利用該漏洞安裝或者卸載應用.

關於詳細的狀況能夠參考下面這篇文章：

.http://blog.csdn.net/leehong2005/article/details/11808557

   

還有一個開源項目能夠參考: https://github.com/pedant/safe-java-js-webview-bridge, 該項目利用onJsPrompt() 替代了addJavaScriptInterface(),(解決方案相似上述參考的博客)同時增長了異步回調,

很好地解決了webview  js注入的安全問題.

 

10月份更新:

14.WebView頁面中播放了音頻,退出Activity後音頻仍然在播放

須要在Activity的onDestory()中調用

 

  1. webView.destroy();  


可是直接調用可能會引發以下錯誤:

 

 

  1. 10-10 15:01:11.402: E/ViewRootImpl(7502): sendUserActionEvent() mView == null  
  2. 10-10 15:01:26.818: E/webview(7502): java.lang.Throwable: Error: WebView.destroy() called while still attached!  
  3. 10-10 15:01:26.818: E/webview(7502):    at android.webkit.WebViewClassic.destroy(WebViewClassic.java:4142)  
  4. 10-10 15:01:26.818: E/webview(7502):    at android.webkit.WebView.destroy(WebView.java:707)  
  5. 10-10 15:01:26.818: E/webview(7502):    at com.didi.taxi.ui.webview.OperatingWebViewActivity.onDestroy(OperatingWebViewActivity.java:236)  
  6. 10-10 15:01:26.818: E/webview(7502):    at android.app.Activity.performDestroy(Activity.java:5543)  
  7. 10-10 15:01:26.818: E/webview(7502):    at android.app.Instrumentation.callActivityOnDestroy(Instrumentation.java:1134)  
  8. 10-10 15:01:26.818: E/webview(7502):    at android.app.ActivityThread.performDestroyActivity(ActivityThread.java:3619)  
  9. 10-10 15:01:26.818: E/webview(7502):    at android.app.ActivityThread.handleDestroyActivity(ActivityThread.java:3654)  
  10. 10-10 15:01:26.818: E/webview(7502):    at android.app.ActivityThread.access$1300(ActivityThread.java:159)  
  11. 10-10 15:01:26.818: E/webview(7502):    at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1369)  
  12. 10-10 15:01:26.818: E/webview(7502):    at android.os.Handler.dispatchMessage(Handler.java:99)  
  13. 10-10 15:01:26.818: E/webview(7502):    at android.os.Looper.loop(Looper.java:137)  
  14. 10-10 15:01:26.818: E/webview(7502):    at android.app.ActivityThread.main(ActivityThread.java:5419)  
  15. 10-10 15:01:26.818: E/webview(7502):    at java.lang.reflect.Method.invokeNative(Native Method)  
  16. 10-10 15:01:26.818: E/webview(7502):    at java.lang.reflect.Method.invoke(Method.java:525)  
  17. 10-10 15:01:26.818: E/webview(7502):    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1187)  
  18. 10-10 15:01:26.818: E/webview(7502):    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1003)  
  19. 10-10 15:01:26.818: E/webview(7502):    at dalvik.system.NativeStart.main(Native Method)  


如上所示，webview調用destory時,webview仍綁定在Activity上.這是因爲自定義webview構建時傳入了該Activity的context對象,所以須要先從父容器中移除webview,而後再銷燬webview:

 

 

      1. rootLayout.removeView(webView);  
相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程