內(nèi)存泄露

產(chǎn)生的原因：一個(gè)長(zhǎng)生命周期的對(duì)象持有一個(gè)短生命周期對(duì)象的引用
通俗講就是該回收的對(duì)象，因?yàn)橐脝栴}沒有被回收，最終會(huì)產(chǎn)生OOM

內(nèi)存抖動(dòng)

內(nèi)存頻繁的分配與回收，（分配速度大于回收速度時(shí)）最終會(huì)產(chǎn)生OOM

使用工具分析內(nèi)存泄露和抖動(dòng)

常用的內(nèi)存分析的工具：
Android Profiler
MAT
DDMS
top/procrank
meinfo
Procstats
Finder-Activity
LeakCanary
LeakInspector
工具很多，掌握原理方法，工具隨便找兩個(gè)能用就行，這里就不多做介紹了。

優(yōu)化內(nèi)存的良好編碼習(xí)慣

1.不要使用比需求更占空間的基本數(shù)據(jù)類型

2.循環(huán)盡量用foreach,少用iterator, 自動(dòng)裝箱盡量少用

3.數(shù)據(jù)結(jié)構(gòu)與算法的解度處理

數(shù)組，鏈表，棧，樹，圖。。。。。。
數(shù)據(jù)量千級(jí)以內(nèi)可以使用 Sparse數(shù)組(key為整數(shù))，ArrayMap（key為對(duì)象），性能不如HashMap但節(jié)約內(nèi)存

4.枚舉優(yōu)化

每一個(gè)枚舉值都是一個(gè)單例對(duì)象,在使用它時(shí)會(huì)增加額外的內(nèi)存消耗,所以枚舉相比與 Integer 和 String 會(huì)占用更多的內(nèi)存,較多的使用 Enum 會(huì)增加 DEX 文件的大小,會(huì)造成運(yùn)行時(shí)更多的IO開銷,使我們的應(yīng)用需要更多的空間,特別是分dex多的大型APP，枚舉的初始化很容易導(dǎo)致ANR

5.static staticfinal的問題:

static會(huì)由編譯器調(diào)用clinit方法進(jìn)行初始化
static final不需要進(jìn)行初始化工作，打包在dex文件中可以直接調(diào)用，并不會(huì)在類初始化申請(qǐng)內(nèi)存
所以基本數(shù)據(jù)類型的成員，可以全寫成static final

6.字符串的連接盡量少用加號(hào)(+)

7.重復(fù)申請(qǐng)內(nèi)存的問題

同一個(gè)方法多次調(diào)用，如遞歸函數(shù) ，回調(diào)函數(shù)中new對(duì)象,讀流直接在循環(huán)中new對(duì)象等
不要在onMeause() onLayout() onDraw() 中去刷新UI（requestLayout）

8.避免GC回收將來要重用的對(duì)象

內(nèi)存設(shè)計(jì)模式對(duì)象池+LRU算法

9.Activity組件泄漏

非業(yè)務(wù)需要不要把a(bǔ)ctivity的上下文做參數(shù)傳遞，可以傳遞application的上下文
和Activity有關(guān)聯(lián)的對(duì)象寫成static 如private static Button btn; private static Drawable drawable
非靜態(tài)內(nèi)部類和匿名內(nèi)部?jī)?nèi)會(huì)持有activity引用
單例模式持有activity引用
handler.postDelayed()問題

如果開啟的線程需要傳入?yún)?shù)，用弱引接收可解決問題
handler記得清除removeCallbacksAndMessages(null)

10.盡量使用IntentService,而不是Service