在android開發(fā)中，內(nèi)存泄漏是比較常見的問題，有過一些android編程經(jīng)歷的童鞋應該都遇到過屹耐，但為什么會出現(xiàn)內(nèi)存泄漏呢？內(nèi)存泄漏又有什么影響呢椿猎？
![Android開發(fā)中常見的5大內(nèi)存泄漏問題及解決辦法
在android程序開發(fā)中惶岭，當一個對象已經(jīng)不需要再使用了，本該被回收時犯眠，而另外一個正在使用的對象持有它的引用從而導致它不能被回收按灶，這就導致本該被回收的對象不能被回收而停留在堆內(nèi)存中，內(nèi)存泄漏就產(chǎn)生了筐咧。
內(nèi)存泄漏有什么影響呢鸯旁？它是造成應用程序OOM的主要原因之一。由于android系統(tǒng)為每個應用程序分配的內(nèi)存有限嗜浮，當一個應用中產(chǎn)生的內(nèi)存泄漏比較多時羡亩，就難免會導致應用所需要的內(nèi)存超過這個系統(tǒng)分配的內(nèi)存限額，這就造成了內(nèi)存溢出而導致應用Crash危融。
了解了內(nèi)存泄漏的原因及影響后畏铆，我們需要做的就是掌握常見的內(nèi)存泄漏，并在以后的android程序開發(fā)中吉殃，盡量避免它辞居。下面搜羅了5個android開發(fā)中比較常見的內(nèi)存泄漏問題及解決辦法楷怒，分享給大家，一起來看看吧瓦灶。

一鸠删、單例造成的內(nèi)存泄漏
Android的單例模式非常受開發(fā)者的喜愛，不過使用的不恰當?shù)脑捯矔斐蓛?nèi)存泄漏贼陶。因為單例的靜態(tài)特性使得單例的生命周期和應用的生命周期一樣長刃泡，這就說明了如果一個對象已經(jīng)不需要使用了，而單例對象還持有該對象的引用碉怔，那么這個對象將不能被正澈嫣回收，這就導致了內(nèi)存泄漏撮胧。
如下這個典例：
public class AppManager {
private static AppManager instance;
private Context context;
private AppManager(Context context) {
this.context = context;
}
public static AppManager getInstance(Context context) {
if (instance != null) {
instance = new AppManager(context);
}
return instance;
}
}

這是一個普通的單例模式桨踪，當創(chuàng)建這個單例的時候，由于需要傳入一個Context芹啥，所以這個Context的生命周期的長短至關(guān)重要：
1锻离、傳入的是Application的Context：這將沒有任何問題，因為單例的生命周期和Application的一樣長 墓怀；
2汽纠、傳入的是Activity的Context：當這個Context所對應的Activity退出時，由于該Context和Activity的生命周期一樣長（Activity間接繼承于Context）捺疼，所以當前Activity退出時它的內(nèi)存并不會被回收疏虫，因為單例對象持有該Activity的引用。

所以正確的單例應該修改為下面這種方式：
public class AppManager {
private static AppManager instance;
private Context context;
private AppManager(Context context) {
this.context = context.getApplicationContext();
}
public static AppManager getInstance(Context context) {
if (instance != null) {
instance = new AppManager(context);
}
return instance;
}
}

這樣不管傳入什么Context最終將使用Application的Context啤呼，而單例的生命周期和應用的一樣長卧秘，這樣就防止了內(nèi)存泄漏。

二官扣、非靜態(tài)內(nèi)部類創(chuàng)建靜態(tài)實例造成的內(nèi)存泄漏

有的時候我們可能會在啟動頻繁的Activity中翅敌，為了避免重復創(chuàng)建相同的數(shù)據(jù)資源，會出現(xiàn)這種寫法：

public class MainActivity extends AppCompatActivity {
private static TestResource mResource = null;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
if(mManager == null){
mManager = new TestResource();
}
//...
}
class TestResource {
//...
}
}

這樣就在Activity內(nèi)部創(chuàng)建了一個非靜態(tài)內(nèi)部類的單例惕蹄，每次啟動Activity時都會使用該單例的數(shù)據(jù)蚯涮，這樣雖然避免了資源的重復創(chuàng)建，不過這種寫法卻會造成內(nèi)存泄漏卖陵，因為非靜態(tài)內(nèi)部類默認會持有外部類的引用遭顶，而又使用了該非靜態(tài)內(nèi)部類創(chuàng)建了一個靜態(tài)的實例，該實例的生命周期和應用的一樣長泪蔫，這就導致了該靜態(tài)實例一直會持有該Activity的引用棒旗，導致Activity的內(nèi)存資源不能正常回收撩荣。正確的做法為：
將該內(nèi)部類設為靜態(tài)內(nèi)部類或?qū)⒃搩?nèi)部類抽取出來封裝成一個單例铣揉，如果需要使用Context饶深，請使用ApplicationContext 。

三逛拱、Handler造成的內(nèi)存泄漏

Handler的使用造成的內(nèi)存泄漏問題應該說最為常見了敌厘，平時在處理網(wǎng)絡任務或者封裝一些請求回調(diào)等api都應該會借助Handler來處理，對于Handler的使用代碼編寫一不規(guī)范即有可能造成內(nèi)存泄漏朽合，如下示例：

public class MainActivity extends AppCompatActivity {
private Handler mHandler = new Handler() {
@Override
public void handleMessage(Message msg) {
//...
}
};
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
loadData();
}
private void loadData(){
//...request
Message message = Message.obtain();
mHandler.sendMessage(message);
}
}

這種創(chuàng)建Handler的方式會造成內(nèi)存泄漏俱两，由于mHandler是Handler的非靜態(tài)匿名內(nèi)部類的實例，所以它持有外部類Activity的引用旁舰，我們知道消息隊列是在一個Looper線程中不斷輪詢處理消息锋华，那么當這個Activity退出時消息隊列中還有未處理的消息或者正在處理消息嗡官，而消息隊列中的Message持有mHandler實例的引用箭窜，mHandler又持有Activity的引用，所以導致該Activity的內(nèi)存資源無法及時回收衍腥，引發(fā)內(nèi)存泄漏磺樱，所以另外一種做法為：

public class MainActivity extends AppCompatActivity {
private MyHandler mHandler = new MyHandler(this);
private TextView mTextView ;
private static class MyHandler extends Handler {
private WeakReference<Context> reference;
public MyHandler(Context context) {
reference = new WeakReference<>(context);
}
@Override
public void handleMessage(Message msg) {
MainActivity activity = (MainActivity) reference.get();
if(activity != null){
activity.mTextView.setText("");
}
}
}

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    mTextView = (TextView)findViewById(R.id.textview);
    loadData();
}

private void loadData() {
    //...request
    Message message = Message.obtain();
    mHandler.sendMessage(message);
}

}

創(chuàng)建一個靜態(tài)Handler內(nèi)部類，然后對Handler持有的對象使用弱引用婆咸，這樣在回收時也可以回收Handler持有的對象竹捉，這樣雖然避免了Activity泄漏，不過Looper線程的消息隊列中還是可能會有待處理的消息尚骄，所以我們在Activity的Destroy時或者Stop時應該移除消息隊列中的消息块差，更準確的做法如下：

public class MainActivity extends AppCompatActivity {
private MyHandler mHandler = new MyHandler(this);
private TextView mTextView ;
private static class MyHandler extends Handler {
private WeakReference<Context> reference;
public MyHandler(Context context) {
reference = new WeakReference<>(context);
}
@Override
public void handleMessage(Message msg) {
MainActivity activity = (MainActivity) reference.get();
if(activity != null){
activity.mTextView.setText("");
}
}
}

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    mTextView = (TextView)findViewById(R.id.textview);
    loadData();
}

private void loadData() {
    //...request
    Message message = Message.obtain();
    mHandler.sendMessage(message);
}

@Override
protected void onDestroy() {
    super.onDestroy();
    mHandler.removeCallbacksAndMessages(null);
}

}

使用mHandler.removeCallbacksAndMessages(null);是移除消息隊列中所有消息和所有的Runnable。當然也可以使用mHandler.removeCallbacks();或mHandler.removeMessages();來移除指定的Runnable和Message倔丈。

四憨闰、線程造成的內(nèi)存泄漏

對于線程造成的內(nèi)存泄漏，也是平時比較常見的需五，如下這兩個示例可能每個人都這樣寫過：

//——————test1
new AsyncTask<Void, Void, Void>() {
@Override
protected Void doInBackground(Void... params) {
SystemClock.sleep(10000);
return null;
}
}.execute();
//——————test2
new Thread(new Runnable() {
@Override
public void run() {
SystemClock.sleep(10000);
}
}).start();

上面的異步任務和Runnable都是一個匿名內(nèi)部類鹉动，因此它們對當前Activity都有一個隱式引用。如果Activity在銷毀之前宏邮，任務還未完成泽示， 那么將導致Activity的內(nèi)存資源無法回收，造成內(nèi)存泄漏蜜氨。正確的做法還是使用靜態(tài)內(nèi)部類的方式械筛，如下：

static class MyAsyncTask extends AsyncTask<Void, Void, Void> {
    private WeakReference<Context> weakReference;

    public MyAsyncTask(Context context) {
        weakReference = new WeakReference<>(context);
    }

    @Override
    protected Void doInBackground(Void... params) {
        SystemClock.sleep(10000);
        return null;
    }

    @Override
    protected void onPostExecute(Void aVoid) {
        super.onPostExecute(aVoid);
        MainActivity activity = (MainActivity) weakReference.get();
        if (activity != null) {
            //...
        }
    }
}
static class MyRunnable implements Runnable{
    @Override
    public void run() {
        SystemClock.sleep(10000);
    }
}

//——————
new Thread(new MyRunnable()).start();
new MyAsyncTask(this).execute();

這樣就避免了Activity的內(nèi)存資源泄漏，當然在Activity銷毀時候也應該取消相應的任務AsyncTask::cancel()飒炎，避免任務在后臺執(zhí)行浪費資源埋哟。

五、資源未關(guān)閉造成的內(nèi)存泄漏

對于使用了BraodcastReceiver厌丑，ContentObserver定欧，F(xiàn)ile渔呵，Cursor，Stream砍鸠，Bitmap等資源的使用扩氢，應該在Activity銷毀時及時關(guān)閉或者注銷，否則這些資源將不會被回收爷辱，造成內(nèi)存泄漏稽莉。