有沒有感覺自己的Android手機開機之后，可用內存不斷減少，很大一部分原因就是因為內存泄露了，這部分泄露的內存無法被回收，所以可用內存越來越少；
什么是內存泄露？GC無法回收原本應該被回收的對象，這個對象就引發了內存泄露
1.Bitmap使用完忘記回收，因為bitmap實現部分是通過JNI調用了Native方法，GC機制無法正常回收 Bitmap申請的這部分內存空間（API10之前是這樣的，之后分配在Heap中，不過為了兼容老版本...顯示的調用一下recycled，讓對象變為虛引用,也能讓GC到來的幾率更高）；
那Bitmap應該怎樣回收呢？
// bitmap!=null要放在前面，如果bitmap為空再去調用isRecycled方法便會報錯
if(bitmap!=null&&!bitmap.isRecycled){
? ? ? bitmap.recycled(); //回收bitmap
? ? ? bitmap = null; ? ? ?//使bitmap對象變為虛引用的狀態，讓GC更快的回收
}
2.萬惡的static；此話怎講，被static修飾的變量，生命周期與整個App的生命周期相同，需要謹慎使用它來修飾一些耗費資源過多的實例
舉個栗子：
private static Drawable sBackground;
@Override
protected void onCreate(Bundle?state)?{
? ? super.onCreate(state);
? ? TextView?label?=new TextView(this);
? ? label.setText("Leaks?are?bad");
? ? if(sBackground?==null)?{
? ? ? ? sBackground?=?getDrawable(R.drawable.large_bitmap);
? ? }
? ? label.setBackgroundDrawable(sBackground);
? ? setContentView(label);
}
這里的sBackground是個靜態變量，也就是說就算Activity銷毀掉了，他也無法被釋放，就導致了內存浪費，當然這還沒完... 當Drawable與View綁定之后，Drawable就將View設置為一個回調，由于View中是包含了Context引用的...最終就是 Context發生內存泄露；
3.Context的引用問題；當然2中也提到了一部分，咱們再看看這里的
btn_hint.setOnClickListener(new View.OnClickListener() {
@Override
? ? public void onClick(View v) {
? ? ? ? Toast.makeText(MainActivity.this, "Hello", Toast.LENGTH_SHORT).show();
? ?}
});
是不是很常見，平時可能也是這樣寫的（將其封裝意義一樣，只要引用了當前activity）,你可能想問，這里有什么問題嗎？
問題在于如果用戶在Toast消失之前，用戶按了返回鍵，這個Activity就引起了內存泄露，
原因？ Toast持有了當前Activity，導致Activity無法被GC銷毀
解決方法：讓Toast持有ApplicationContext;其實只要不是Layout，Context都可以使用ApplicationContext;
順便講個小技巧：在非Activity中，正常是不能直接getContext來拿到Context的，獲取資源有需要靠Context，這時可以考慮在自己的Application中維護一個全局的Context，供無法直接拿到Context的類使用，省的參數傳來傳去（視圖相關的不建議使用ApplicationContext）
private static Context mContext;
public static MyApplication getInstance() { //供外界調用...
? ? ?return mApplication;
}
@Override
public void onCreate() {
? ? super.onCreate();?
? ? mContext = getApplicationContext(); ??
}
4.線程引發的內存泄露
new Thread() {
? ? public void run() {
? ? //網絡請求
? ? };
}.start();
這里也有問題？你tm逗我？
在Activity中 新建一個線程，進行網絡請求，如果線程未結束，用戶按了返回鍵，同樣內存泄露
原因：該Thread是匿名內部類，所以會隱式的持有外部類（這里也就是Activity）
解決方式：多種多樣; 不使用匿名內部類，或者整個應用維護一個線程池，或者維護一個線程+消息隊列，后兩種都是讓線程不依賴于Activity從而達到避免內存泄露的目的；
總結：
資源獲取等等很多地方都需要用到Context，很多地方都會用到匿名內部類，這也就導致了這里存在很大的內存泄露隱患，但平時很多小伙伴可能還沒有注意到，希望這篇文章能給你一些啟發。
如果對內容有任何疑問或者建議，歡迎留言或者聯系作者。Email:mox113@foxmail.com
