5個(gè)Android開(kāi)發(fā)中比較常見(jiàn)的內(nèi)存泄漏問(wèn)題及解決辦法

更新時(shí)間：2017年02月16日 14:38:11 作者：孫佳敏

本文主要介紹了5個(gè)Android開(kāi)發(fā)中比較常見(jiàn)的內(nèi)存泄漏問(wèn)題及解決辦法，具有很好的參考價(jià)值，下面跟著小編一起來(lái)看下吧

android中一個(gè)對(duì)象已經(jīng)不需要了，但是其他對(duì)象還持有他的引用，導(dǎo)致他不能回收，導(dǎo)致這個(gè)對(duì)象暫存在內(nèi)存中，這樣內(nèi)存泄漏就出現(xiàn)了。

內(nèi)存泄漏出現(xiàn)多了，會(huì)是應(yīng)用占用過(guò)多的沒(méi)存，當(dāng)占用的內(nèi)存超過(guò)了系統(tǒng)分配的內(nèi)存容量，就會(huì)出現(xiàn)內(nèi)存溢出了導(dǎo)致應(yīng)用Crash.

了解了內(nèi)存泄漏的原因及影響后，我們需要做的就是掌握常見(jiàn)的內(nèi)存泄漏，并在以后的Android程序開(kāi)發(fā)中，盡量避免它。下面搜羅了5個(gè)Android開(kāi)發(fā)中比較常見(jiàn)的內(nèi)存泄漏問(wèn)題及解決辦法，分享給大家，一起來(lái)看看吧。

一、單例造成的內(nèi)存泄漏

android的單列大家都喜歡使用。但單例模式的靜態(tài)特征使得他的生命周期和應(yīng)用的生命周期一樣長(zhǎng)，這就說(shuō)明了一個(gè)對(duì)象不需要使用了，單例對(duì)象還持有某個(gè)對(duì)象，那么這個(gè)對(duì)象就不能釋放了，這就內(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;
 }
}

這個(gè)單例需要傳入Context對(duì)象，所以這個(gè)Context的生命周期的長(zhǎng)短至關(guān)重要：

1、傳入的是Application的Context：這將沒(méi)有任何問(wèn)題，因?yàn)閱卫纳芷诤虯pplication的一樣長(zhǎng) ;

2、傳入的是Activity的Context：當(dāng)這個(gè)Context所對(duì)應(yīng)的Activity退出時(shí)，由于該Context和Activity的生命周期一樣長(zhǎng)(Activity間接繼承于Context)，所以當(dāng)前Activity退出時(shí)它的內(nèi)存并不會(huì)被回收，因?yàn)閱卫龑?duì)象持有該Activity的引用。

所以正確的單例應(yīng)該修改為下面這種方式：

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，而單例的生命周期和應(yīng)用的一樣長(zhǎng)，這樣就防止了內(nèi)存泄漏。

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

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

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)建了一個(gè)非靜態(tài)內(nèi)部類(lèi)的單例，每次啟動(dòng)Activity時(shí)都會(huì)使用該單例的數(shù)據(jù)，這樣雖然避免了資源的重復(fù)創(chuàng)建，不過(guò)這種寫(xiě)法卻會(huì)造成內(nèi)存泄漏，因?yàn)榉庆o態(tài)內(nèi)部類(lèi)默認(rèn)會(huì)持有外部類(lèi)的引用，而又使用了該非靜態(tài)內(nèi)部類(lèi)創(chuàng)建了一個(gè)靜態(tài)的實(shí)例，該實(shí)例的生命周期和應(yīng)用的一樣長(zhǎng)，這就導(dǎo)致了該靜態(tài)實(shí)例一直會(huì)持有該Activity的引用，導(dǎo)致Activity的內(nèi)存資源不能正?；厥?。正確的做法為：

將該內(nèi)部類(lèi)設(shè)為靜態(tài)內(nèi)部類(lèi)或?qū)⒃搩?nèi)部類(lèi)抽取出來(lái)封裝成一個(gè)單例，如果需要使用Context，請(qǐng)使用ApplicationContext 。

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

Handler的使用造成的內(nèi)存泄漏問(wèn)題應(yīng)該說(shuō)最為常見(jiàn)了，平時(shí)在處理網(wǎng)絡(luò)任務(wù)或者封裝一些請(qǐng)求回調(diào)等api都應(yīng)該會(huì)借助Handler來(lái)處理，對(duì)于Handler的使用代碼編寫(xiě)一不規(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的方式會(huì)造成內(nèi)存泄漏，由于mHandler是Handler的非靜態(tài)匿名內(nèi)部類(lèi)的實(shí)例，所以它持有外部類(lèi)Activity的引用，我們知道消息隊(duì)列是在一個(gè)Looper線程中不斷輪詢(xún)處理消息，那么當(dāng)這個(gè)Activity退出時(shí)消息隊(duì)列中還有未處理的消息或者正在處理消息，而消息隊(duì)列中的Message持有mHandler實(shí)例的引用，mHandler又持有Activity的引用，所以導(dǎo)致該Activity的內(nèi)存資源無(wú)法及時(shí)回收，引發(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)建一個(gè)靜態(tài)Handler內(nèi)部類(lèi)，然后對(duì)Handler持有的對(duì)象使用弱引用，這樣在回收時(shí)也可以回收Handler持有的對(duì)象，這樣雖然避免了Activity泄漏，不過(guò)Looper線程的消息隊(duì)列中還是可能會(huì)有待處理的消息，所以我們?cè)贏ctivity的Destroy時(shí)或者Stop時(shí)應(yīng)該移除消息隊(duì)列中的消息，更準(zhǔn)確的做法如下：

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);是移除消息隊(duì)列中所有消息和所有的Runnable。當(dāng)然也可以使用mHandler.removeCallbacks();或mHandler.removeMessages()；來(lái)移除指定的Runnable和Message。

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

對(duì)于使用了BraodcastReceiver，ContentObserver，F(xiàn)ile，Cursor，Stream，Bitmap等資源的使用，應(yīng)該在Activity銷(xiāo)毀時(shí)及時(shí)關(guān)閉或者注銷(xiāo)，否則這些資源將不會(huì)被回收，造成內(nèi)存泄漏。

五、線程造成的內(nèi)存泄漏

對(duì)于線程造成的內(nèi)存泄漏，也是平時(shí)比較常見(jiàn)的，如下這兩個(gè)示例可能每個(gè)人都這樣寫(xiě)過(guò)：

//——————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();

上面的異步任務(wù)和Runnable都是一個(gè)匿名內(nèi)部類(lèi)，因此它們對(duì)當(dāng)前Activity都有一個(gè)隱式引用。如果Activity在銷(xiāo)毀之前，任務(wù)還未完成，那么將導(dǎo)致Activity的內(nèi)存資源無(wú)法回收，造成內(nèi)存泄漏。正確的做法還是使用靜態(tài)內(nèi)部類(lè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)存資源泄漏，當(dāng)然在Activity銷(xiāo)毀時(shí)候也應(yīng)該取消相應(yīng)的任務(wù)AsyncTask::cancel()，避免任務(wù)在后臺(tái)執(zhí)行浪費(fèi)資源。

以上就是android編程中，常見(jiàn)的5大內(nèi)存泄漏問(wèn)題及相應(yīng)的解決辦法，如果大家在編程中遇到了上述泄漏問(wèn)題，不妨可以試試對(duì)應(yīng)的方法。

以上就是本文的全部?jī)?nèi)容，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作能帶來(lái)一定的幫助，同時(shí)也希望多多支持腳本之家！

您可能感興趣的文章: