Webview記憶體流失解決辦法2，webview泄漏

Webview記憶體流失解決辦法2，webview泄漏

　　在這次開發過程中，需要用到webview展示一些介面，但是載入的頁面如果有很多圖片就會發現記憶體佔用暴漲，並且在退出該介面後，即使在包含該webview的Activity的destroy()方法中，使用webview.destroy();webview=null;對記憶體占回收用還是沒有任何效果。有人說，一旦在你的xml布局中引用了webview甚至沒有使用過，都會阻礙重新進入Application之後對記憶體的gc。包括使用MapView有時一會引發OOM，幾經周折在網上看到各種解決辦法，在這裡跟大家分享一下。但是到目前為止還沒有找到根本的解決辦法，網上也有說是sdk的bug。但是不管怎麼樣，我們還是需要使用的。

　　要使用WebView不造成記憶體流失，首先應該做的就是不能在xml中定義webview節點，而是在需要的時候動態產生。即：可以在使用WebView的地方放置一個LinearLayout類似ViewGroup的節點，然後在要使用WebView的時候，動態產生即：

WebView      mWebView = new WebView(getApplicationgContext()); LinearLayout mll      = findViewById(R.id.xxx); mll.addView(mWebView);

　　然後一定要在onDestroy()方法中顯式的調用

protected void onDestroy() {      super.onDestroy();      mWebView.removeAllViews();      mWebView.destroy()}

　　注意： new  WebView(getApplicationgContext()) ;必須傳入ApplicationContext如果傳入Activity的Context的話，對記憶體的引用會一直被保持著。有人用這個方法解決了當Activity被消除後依然保持引用的問題。但是你會發現，如果你需要在WebView中開啟連結或者你開啟的頁面帶有flash，獲得你的WebView想彈出一個dialog，都會導致從ApplicationContext到ActivityContext的強制類型轉換錯誤，從而導致你應用崩潰。這是因為在載入flash的時候，系統會首先把你的WebView作為父控制項，然後在該控制項上繪製flash，他想找一個Activity的Context來繪製他，但是你傳入的是ApplicationContext。後果，你可以曉得了哈

　　於是大牛們就Activity銷毀後還保持引用這個問題，提供了另一種解決辦法：既然你不能給我刪除引用，那麼我就自己來吧。於是下面的這種方法誕生了：

public void setConfigCallback(WindowManager windowManager) {    try {        Field field = WebView.class.getDeclaredField("mWebViewCore");        field = field.getType().getDeclaredField("mBrowserFrame");        field = field.getType().getDeclaredField("sConfigCallback");        field.setAccessible(true);        Object configCallback = field.get(null);         if (null == configCallback) {            return;        }         field = field.getType().getDeclaredField("mWindowManager");        field.setAccessible(true);        field.set(configCallback, windowManager);    } catch(Exception e) {    }}

　　然後在Activity中調用上面的方法：

public void onCreate(Bundle savedInstanceState) {    super.onCreate(savedInstanceState);    setConfigCallback((WindowManager)getApplicationContext().getSystemService(Context.WINDOW_SERVICE));} public void onDestroy() {    setConfigCallback(null);    super.onDestroy();}

　　該反射方法在我的實驗中（2.3.6）確實有些用處，在應用記憶體佔用到70M左右的時候會明顯釋放到50M或者60M然後的釋放就有些緩慢，其實就是看不出來了。之前在沒使用該方法的時候可能達到120M。

但是！！！我們的應用要求佔用記憶體更低啊，這腫麼拌？涼拌嗎？No。在各種糾結之後，終於找到了終極解決辦法！！！該辦法適用於我們的需求，在退出WebView的介面之後，迅速回收記憶體。要問這個方法是什麼，不要9999，不要8999，只要你仔細看好下面一句話：那就是為載入WebView的介面開啟新進程，在該頁面退出之後關閉這個進程。

這一點說了之後，你懂了吧？
但是在這個其中，殺死自己進程的時候又遇到了問題，網上介紹的各種方法都不好使，
killBackgroundProcesses(getPackageName());各種不好用，最後使用System.exit(0);直接退出虛擬機器（Android為每一個進程建立一個虛擬機器的）。這個肯定不用糾結了，一旦退出，記憶體裡面釋放。聽別人說QQ也是這麼做。

　　還有一個問題要說的，也是在WebView使用的時候出現的問題：WebView中包含一個ZoomButtonsController，當使用web.getSettings().setBuiltInZoomControls(true);啟用該設定後，使用者一旦觸控螢幕幕，就會出現縮放控製圖標。這個表徵圖過上幾秒會自動消失，但在3.0系統以上上，如果表徵圖自動消失前退出當前Activity的話，就會發生ZoomButton找不到依附的Window而造成程式崩潰，解決辦法很簡單就是在Activity的ondestory方法中調用web.setVisibility(View.GONE);方法，手動將其隱藏，就不會崩潰了。在3.0一下系統上不會出現該崩潰問題，真是各種崩潰，防不勝防啊！