Android webView加載數(shù)據(jù)時內(nèi)存溢出

今天使用webView加載數(shù)據(jù)時   如果數(shù)據(jù)太長就會崩潰，造成內(nèi)存溢出，在網(wǎng)上查找了一下資料之后   終于把它解決了，謹(jǐn)在此記錄

1.不要在XML里面寫webView 可以使用一個占位布局

<FrameLayout
? ? android:id="@+id/layoutWebView"
? ? android:layout_width="match_parent"
? ? android:layout_height="wrap_content"
? ? android:visibility="gone"/>

2.在代碼中動態(tài)創(chuàng)建一個webView   把這個webView放到FrageLayout這個布局中

webView = new WebViewMod(getApplicationContext());
WebSettings settings = webView.getSettings();
settings.setLayoutAlgorithm(WebSettings.LayoutAlgorithm.SINGLE_COLUMN);
webView.setScrollBarStyle(View.SCROLLBARS_INSIDE_OVERLAY);
layoutWebView.addView(webView);

3.到這里基本就OK了，你可以直接在這個WebView里面加載數(shù)據(jù)了  

WebViewMod   這個是我自定義的一個webView     用系統(tǒng)的WebView效果是一樣的

4.在當(dāng)前Activity銷毀的時候  記得在onDestroy方法中銷毀這個WebView

@Override
protected void onDestroy() {
? ? webView.removeAllViews();
? ? webView.destroy();
? ? super.onDestroy();
}

大功告成！

Android內(nèi)存問題 (內(nèi)存溢出 內(nèi)存泄漏 內(nèi)存抖動)

內(nèi)存溢出:指程序在申請內(nèi)存時，沒有足夠的內(nèi)存空間供其使用，出現(xiàn)out of memory

Android系統(tǒng)為每個應(yīng)用程序申請到的內(nèi)存有限,一般為64M或者128M等,我們可以在清單文件中進(jìn)行配置,android:largeheap = "true" 從而給APP申請更大的內(nèi)存空間;

內(nèi)存泄漏: 指程序在申請內(nèi)存后，被某個對象一直持有，無法釋放已申請的內(nèi)存空間

一次內(nèi)存泄露危害可以忽略，但內(nèi)存泄露堆積后果很嚴(yán)重，無論多少內(nèi)存,遲早會被占光。

區(qū)別:單例模式在Android開發(fā)中會經(jīng)常用到，但是如果使用不當(dāng)就會導(dǎo)致內(nèi)存泄露。因為單例的靜態(tài)特性使得它的生命周期同應(yīng)用的生命周期一樣長，如果一個對象已經(jīng)沒有用處了，但是單例還持有它的引用，那么在整個應(yīng)用程序的生命周期它都不能正常被回收，從而導(dǎo)致內(nèi)存泄露

如何避免呢？全局的上下文Application Context就是應(yīng)用程序的上下文，和單例的生命周期一樣長，這樣就避免了內(nèi)存泄漏。單例模式對應(yīng)應(yīng)用程序的生命周期，所以我們在構(gòu)造單例的時候盡量避免使用Activity的上下文，而是使用Application的上下文

靜態(tài)變量導(dǎo)致內(nèi)存泄露？靜態(tài)變量存儲在方法區(qū)，它的生命周期從類加載開始，到整個進(jìn)程結(jié)束。

一旦靜態(tài)變量初始化后，它所持有的引用只有等到進(jìn)程結(jié)束才會釋放。

如何解決呢？Info作為Activity的靜態(tài)成員，并且持有Activity的引用，但是sInfo作為靜態(tài)變量，生命周期肯定比Activity長。

所以當(dāng)Activity退出后，sInfo仍然引用了Activity，Activity不能被回收，這就導(dǎo)致了內(nèi)存泄露。

非靜態(tài)內(nèi)部類導(dǎo)致內(nèi)存泄露？非靜態(tài)內(nèi)部類（包括匿名內(nèi)部類）默認(rèn)就會持有外部類的引用，當(dāng)非靜態(tài)內(nèi)部類對象的生命周期比外部類對象的生命周期長時，就會導(dǎo)致內(nèi)存泄露。

常見 (Handler,Thread,AsyncTask)

未取消注冊或回調(diào)導(dǎo)致內(nèi)存泄露？比如我們在Activity中注冊廣播，如果在Activity銷毀后不取消注冊，那么這個剛播會一直存在系統(tǒng)中，同上面所說的非靜態(tài)內(nèi)部類一樣持有Activity引用，導(dǎo)致內(nèi)存泄露。因此注冊廣播后在Activity銷毀后一定要取消注冊

集合中的對象未清理造成內(nèi)存泄露？在循環(huán)中把引用o釋放了，但是它被添加到了objectList中，所以objectList也持有對象的引用，此時該對象是無法被GC的。因此對象如果添加到集合中，還必須從中刪除，最簡單的方法防止集合類泄漏內(nèi)存的方法

解決辦法：置空集合對象即可

資源未關(guān)閉或釋放導(dǎo)致內(nèi)存泄露？在使用流或者等資源時要及時關(guān)閉。這些資源在進(jìn)行讀寫操作時通常都使用了緩沖，如果及時不關(guān)閉，這些緩沖對象就會一直被占用而得不到釋放，以致發(fā)生內(nèi)存泄露。因此我們在不需要使用它們的時候就及時關(guān)閉，以便緩沖能及時得到釋放，從而避免內(nèi)存泄露

解決辦法Webview下面的持有Activity引用，造成Webview內(nèi)存無法釋放，即使是調(diào)用了Webview.destory()}等方法都無法解決問題（Android5.1之后）。

最終的解決方案是：在銷毀WebView之前需要先將WebView從父容器中移除，然后在銷毀WebView。

內(nèi)存抖動：是指在短時間內(nèi)有大量的對象被創(chuàng)建或者被回收的現(xiàn)象，內(nèi)存抖動出現(xiàn)原因主要是頻繁（很重要）在循環(huán)里創(chuàng)建對象（導(dǎo)致大量對象在短時間內(nèi)被創(chuàng)建，由于新對象是要占用內(nèi)存空間的而且是很頻繁

內(nèi)存抖動結(jié)果：如果抖動很頻繁，會導(dǎo)致垃圾回收機(jī)制頻繁運(yùn)行（短時間內(nèi)產(chǎn)生大量對象，需要大量內(nèi)存，而且還是頻繁抖動，就可能會需要回收內(nèi)存以用于產(chǎn)生對象，垃圾回收機(jī)制就自然會頻繁運(yùn)行了）。綜上就是頻繁內(nèi)存抖動會導(dǎo)致垃圾回收頻繁運(yùn)行。

盡量避免在循環(huán)體內(nèi)創(chuàng)建對象，應(yīng)該把對象創(chuàng)建移到循環(huán)體外。

注意自定義View的onDraw()方法會被頻繁調(diào)用，所以在這里面不應(yīng)該頻繁的創(chuàng)建對象。

當(dāng)需要大量使用Bitmap的時候，試著把它們緩存在數(shù)組中實現(xiàn)復(fù)用。

對于能夠復(fù)用的對象，同理可以使用對象池將它們緩存起來。

小結(jié)：JVM以Class為執(zhí)行單元，Android虛擬機(jī)以Dex執(zhí)行單元，編譯流程JVM直接通過Javac即可加載。

Android 虛擬機(jī)需要先編譯成dex，然后編譯成apk。最后執(zhí)行

Android  Art虛擬機(jī)在安裝的時候講dex緩存本地機(jī)器碼，安裝比較慢，耗存儲空間

Android  Dalvik虛擬機(jī)在程序運(yùn)行過程中進(jìn)行翻譯。節(jié)省空間，耗cpu時間。以空間換時間的典型

總結(jié)

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論