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

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

以上思維導圖原檔案下載地址:

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

1.為WebView自定義錯誤顯示介面:

覆寫WebViewClient中的onReceivedError()方法:

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

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.     String ajaxUrl = url;  
6.     // 如標識:req=ajax  
7.     if (url.contains("req=ajax")) {  
8.        ajaxUrl += "&imei=" + imei;  
9.     }  
10.     return super.shouldInterceptRequest(view, ajaxUrl);  
11. }  

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.           @Override  
3.           public boolean onLongClick(View v) {  
4.               return true;  
5.           }  
6.       });  

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.                 txtTitle.setText(title);    
6.             }    
7.         };    

但是發現在小米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許可權的手機上，一些惡意程式可能會利用該漏洞安裝或者解除安裝應用.

關於詳細的情況可以參考下面這篇文章：

還有一個開源專案可以參考: 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. 1. rootLayout.removeView(webView);