android中GC內(nèi)存泄露在什么情況下回出現(xiàn)?怎么解決?

1、解決方法：將Runnable獨立出來或使用靜態(tài)內(nèi)部類，可以避免因持有外部對象導(dǎo)致的內(nèi)存泄漏。

呼中網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)！從網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、成都響應(yīng)式網(wǎng)站建設(shè)公司等網(wǎng)站項目制作，到程序開發(fā)，運營維護。創(chuàng)新互聯(lián)成立于2013年到現(xiàn)在10年的時間，我們擁有了豐富的建站經(jīng)驗和運維經(jīng)驗，來保證我們的工作的順利進行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)。

2、解決方法： 明確調(diào)用System.gc()； 這種內(nèi)存回收會有一定的作用，但是請不要太期待。 圖片處理完成后回收內(nèi)存。 請在調(diào)用BitMap進行圖片處理后進行內(nèi)存回收。

3、在Android平臺上，長期保持一些資源的引用，造成一些內(nèi)存不能釋放，帶來的內(nèi)存泄露問題很多。

4、針對static的解決方案：應(yīng)該盡量避免static成員變量引用資源耗費過多的實例，比如Context.Context盡量使用ApplicationContext的生命周期比較長，引用它不會出現(xiàn)內(nèi)存泄露。使用WeakReference代替強引用。

5、內(nèi)存泄露導(dǎo)致 由于我們程序的失誤，長期保持某些資源（如Context）的引用，垃圾回收器就無法回收它，當(dāng)然該對象占用的內(nèi)存就無法被使用，這就造成內(nèi)存泄露。

6、如果要使用到Context，盡量使用ApplicationContext去代替Context，因為ApplicationContext的生命周期較長，引用情況下不會造成內(nèi)存泄露問題 在你不控制對象的生命周期的情況下避免在你的Activity中使用static變量。

Android的GC過于頻繁怎么辦?

1、）避免創(chuàng)建過多對象，造成頻繁的gc 2)不要過多使用枚舉，枚舉占用的空間比整型大很多 3）字符串的拼接使用StringBuffer、StringBuilder來替代直接使用String，因為使用String會創(chuàng)建多個String對象，參考第一條。

2、JSONArray.parseArray(localjsonstr)；我估計是這句引起的GC。雖然，你沒有創(chuàng)建變量，但它創(chuàng)建了。如果這句執(zhí)行的頻率極高，則會不斷創(chuàng)建新的對象，HEAP中的對象太多，就會GC了。

3、首先，onDraw中不要創(chuàng)建新的布局對象，這是因為onDraw方法可能會被頻繁調(diào)用，這樣就會在一瞬間產(chǎn)生大量的臨時對象，這不僅占用了過多的內(nèi)存而且還會導(dǎo)致系統(tǒng)更加頻繁的gc，降低了程序的執(zhí)行效率。

4、這個內(nèi)存區(qū)域的大小變化主要是對象的創(chuàng)建和回收，比如：如果短時間內(nèi)有大量的對象創(chuàng)建和回收，可能會造成內(nèi)存抖動，如果對象創(chuàng)建之后一直回收不掉，則會導(dǎo)致內(nèi)存泄漏，嚴(yán)重的內(nèi)存泄漏會導(dǎo)致頻繁的gc，從而是界面卡頓。

Android如何解決大循環(huán)中new語句或者某些方法引發(fā)的頻繁的GC_FOR_ALLO...

(3)盡量少用靜態(tài)變量 靜態(tài)變量屬于全局變量，不會被 GC 回收，它們會一直占用內(nèi)存。

雖然，你沒有創(chuàng)建變量，但它創(chuàng)建了。如果這句執(zhí)行的頻率極高，則會不斷創(chuàng)建新的對象，HEAP中的對象太多，就會GC了。

首先刪除布局中無用的控件和層級，其次有選擇地使用性能較低的ViewGroup，比如LinearLayout。

）for loop中不要聲明臨時變量，不到萬不得已不要在里面寫try catch。