WebView適配問題集錦

Android 4.0以上的系統設定中的開發人員設定中有一項是“強制使用GPU渲染”。當這個開啟時，可能會引起WebView的穩定，如頁面載入後一閃而過又變成空白等。好在這一項預設是關閉的。
不過硬體加速確實會造成WebView容易出現問題，原來碰到過不少。但硬體加速確實有不少好處，可以大大加快用戶端的速度，尤其是在播放動畫的時候。最實惠的做法是整體開啟硬體加速，然後根據實際情境使用setLayerType關閉WebView的硬體加速。

url攔截

Android WebView是攔截不到頁面內的#fragment跳轉的。但是url跳轉的話，又會引起頁面重新整理，H5頁面的體驗又下降了。只能給WebView注入JS方法了。

不過IOS倒是可以攔截得到。

其它兩個適配問題：
在WebView上面使用Animation，WebView的繪畫地區不動。
WebView有時會出現某一塊地區白屏的問題

可以參考這裡：http://blog.csdn.net/a345017062/article/details/7478667

使用WebView不當可能會導致記憶體驟增，可以參考這裡：

http://blog.csdn.net/a345017062/article/details/8518471

Android的WebView退出後flash視頻播放器無法退出的問題
可以參考這裡：http://blog.csdn.net/a345017062/article/details/6788502

Android 3.X中WebView使用Zoom控制項程式崩潰的問題

http://blog.csdn.net/a345017062/article/details/6838449

1、硬體加速。Android 4.0以上的系統設定中的開發人員設定中有一項是“強制使用GPU渲染”。當這個開啟時，在部分機型（我們在G14上發現這個問題）可能會引起WebView的穩定，如H5頁面載入後一閃而過又變成空白等。強制調用隱藏方法setLayertype(software)也解決不了問題。後來發現如果把targetVersion設定為14及以上，這個問題可以解決。

2、跳轉攔截。H5頁面在使用window.location.href做地址跳轉時，如果只是做#fragment跳轉，shouldOverrideUrlLoading攔截不到。經過實驗發現只能攔截到絕對位址、相對位址的跳轉。

3、緩衝模式。WebView的預設緩衝模式是LOAD_DEFAULT，當裝置離線時，WebView按照HTTP協議執行標準的網頁緩衝控制，有些已經到期，但仍在緩衝中的網頁，就顯示不出來了。如果loadUrl時判斷當前網路狀態，發現裝置離線時，把緩衝模式設定為LOAD_CACHE_ELSE_NETWORK，就能做到裝置離線時無論網頁是否到期，只要被緩衝了，都可以顯示出來。顯示到期網頁總比顯示錯誤頁面要好一些。

4、清除緩衝。WebView的緩衝目錄在2.X和4.X中不一樣，會影響到清除緩衝。目前來看使用的是toLowerCase().indexOf("webviewcache")>=0來判斷是否webview的緩衝目錄還是比較靠譜的。

5、調用周期。onPageStarted、onPageFinished、onReceivedError這三個周期方法在網路發生錯誤時就不可靠了，會出現重複調用的問題。

6、appCache預設關閉，需要手動開啟並進行設定。一般要求設定5M。

7、清除Cookie的操作是Application範圍內的，需要注意這個可能引起的問題。

8、有一次WebView被destroy時調用了setWebViewClient(null); ，但在測試中發現會報null 指標。（samsung i9220 Android 4.0.4 ）

補充於2013.3.18

1、初次載入JS無法擷取視窗尺寸。解決方案：先load一個空頁面，再load真真實位址。
2、給WebView設定padding無效。
3、WebView上面如果被其它View完全蓋住的話，在重新整理時，可能會出現閃屏的問題，即，載入成功後又迅速地刷了次。

補充於2013.3.28

不要輕易修改WebView的UA，這會在某些情況下降低使用者體驗。現在大部分網站都對瀏覽器的UA做判斷，根據UA是手機還是PC來返回對應的頁面版本，如果我們修改的UA網站無法識別的話，網站很可能就會把PC頁面扔過來。