最近有滾回去搞安卓了,其它的問題還好,內存泄露簡直搞死我了。。。
login泄露,註冊泄露,webview泄露,尼瑪用mat查出來的suspect都是bitmap,可我的佈局壓根都沒有自己寫bitmap,唯一用到圖片的就是控件背景圖
不懂,只能猜猜哪裏有問題,然後看代碼解決,真是要死人了。。。
下面是參考的,雖然我還沒有在代碼中用過:
需要用到webview展示一些界面,但是加載的頁面如果有很多圖片就會發現內存佔用暴漲,並且在退出該界面後,即使在包含該webview的Activity的destroy()方法中,使用webview.destroy();webview=null;對內存佔回收用還是沒有任何效果。有人說,一旦在你的xml佈局中引用了webview甚至沒有使用過,都會阻礙重新進入Application之後對內存的gc。包括使用MapView有時一會引發OOM,幾經周折在網上看到各種解決辦法,在這裏跟大家分享一下。但是到目前爲止還沒有找到根本的解決辦法,網上也有說是sdk的bug。但是不管怎麼樣,我們還是需要使用的。
要使用WebView不造成內存泄漏,首先應該做的就是不能在xml中定義webview節點,而是在需要的時候動態生成。即:可以在使用WebView的地方放置一個LinearLayout類似ViewGroup的節點,然後在要使用WebView的時候,動態生成即:
1 |
WebView
mWebView = new WebView(getApplicationgContext()); |
2 |
LinearLayout
mll = findViewById(R.id.xxx); |
, 然後一定要在onDestroy()方法中顯式的調用。這裏我使用了。
1 |
protected void onDestroy()
{ |
3 |
mWebView.removeAllViews(); |
注意: new WebView(getApplicationgContext())必須傳入ApplicationContext如果傳入Activity的Context的話,對內存的引用會一直被保持着。有人用這個方法解決了當Activity被消除後依然保持引用的問題。但是你會發現,如果你需要在WebView中打開鏈接或者你打開的頁面帶有flash,獲得你的WebView想彈出一個dialog,都會導致從ApplicationContext到ActivityContext的強制類型轉換錯誤,從而導致你應用崩潰。這是因爲在加載flash的時候,系統會首先把你的WebView作爲父控件,然後在該控件上繪製flash,他想找一個Activity的Context來繪製他,但是你傳入的是ApplicationContext。後果,你可以曉得了哈。
下面這一段沒有進行測試
於是大牛們就Activity銷燬後還保持引用這個問題,提供了另一種解決辦法:既然你不能給我刪除引用,那麼我就自己來吧。於是下面的這種方法誕生了:
(作者說這個方法是依賴android.webkit implementation有可能在最近的版本中失敗)
01 |
public void setConfigCallback(WindowManager
windowManager) { |
03 |
Field
field = WebView. class .getDeclaredField( "mWebViewCore" ); |
04 |
field
= field.getType().getDeclaredField( "mBrowserFrame" ); |
05 |
field
= field.getType().getDeclaredField( "sConfigCallback" ); |
06 |
field.setAccessible( true ); |
07 |
Object
configCallback = field.get( null ); |
09 |
if ( null ==
configCallback) { |
13 |
field
= field.getType().getDeclaredField( "mWindowManager" ); |
14 |
field.setAccessible( true ); |
15 |
field.set(configCallback,
windowManager); |
16 |
} catch (Exception
e) { |
然後在Activity中調用上面的方法:
1 |
public void onCreate(Bundle
savedInstanceState) { |
2 |
super .onCreate(savedInstanceState); |
3 |
setConfigCallback((WindowManager)getApplicationContext().getSystemService(Context.WINDOW_SERVICE)); |
6 |
public void onDestroy()
{ |
7 |
setConfigCallback( null ); |
該反射方法在我的實驗中(2.3.6)確實有些用處,在應用內存佔用到70M左右的時候會明顯釋放到50M或者60M然後的釋放就有些緩慢,其實就是看不出來了。之前在沒使用該方法的時候可能達到120M。
但是!!!我們的應用要求佔用內存更低啊。在各種糾結之後,終於找到了終極解決辦法!!!該辦法適用於我們的需求,在退出WebView的界面之後,迅速回收內存。要問這個方法是什麼,只要你仔細看好下面一句話:那就是爲加載WebView的界面開啓新進程,在該頁面退出之後關閉這個進程。
這一點說了之後,你懂了吧?
但是在這個其中,殺死自己進程的時候又遇到了問題,網上介紹的各種方法都不好使,
killBackgroundProcesses(getPackageName());各種不好用,
最後使用System.exit(0);直接退出虛擬機(Android爲每一個進程創建一個虛擬機的)。這個肯定不用糾結了,一旦退出,內存裏面釋放。
聽濤哥說QQ也是這麼做。
太殘暴了。。。