android中一個對象已經(jīng)不需要了，但是其他對象還持有他的引用，導(dǎo)致他不能回收，導(dǎo)致這個對象暫存在內(nèi)存中，這樣內(nèi)存泄漏就出現(xiàn)了。
內(nèi)存泄漏出現(xiàn)多了，會是應(yīng)用占用過多的沒存，當(dāng)占用的內(nèi)存超過了系統(tǒng)分配的內(nèi)存容量，就會出現(xiàn)內(nèi)存溢出了導(dǎo)致應(yīng)用Crash.
了解了內(nèi)存泄漏的原因及影響后，我們需要做的就是掌握常見的內(nèi)存泄漏，并在以后的Android程序開發(fā)中，盡量避免它。下面搜羅了5個Android開發(fā)中比較常見的內(nèi)存泄漏問題及解決辦法，分享給大家，一起來看看吧。
一、單例造成的內(nèi)存泄漏
android的單列大家都喜歡使用。但單例模式的靜態(tài)特征使得他的生命周期和應(yī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; }}這個單例需要傳入Context對象，所以這個Context的生命周期的長短至關(guān)重要：
1、傳入的是Application的Context：這將沒有任何問題，因為單例的生命周期和Application的一樣長 ;
2、傳入的是Activity的Context：當(dāng)這個Context所對應(yīng)的Activity退出時，由于該Context和Activity的生命周期一樣長(Activity間接繼承于Context)，所以當(dāng)前Activity退出時它的內(nèi)存并不會被回收，因為單例對象持有該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)用的一樣長，這樣就防止了內(nèi)存泄漏。
二、非靜態(tài)內(nèi)部類創(chuàng)建靜態(tài)實例造成的內(nèi)存泄漏
有的時候我們可能會在啟動頻繁的Activity中，為了避免重復(fù)創(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ù)，這樣雖然避免了資源的重復(fù)創(chuàng)建，不過這種寫法卻會造成內(nèi)存泄漏，因為非靜態(tài)內(nèi)部類默認(rèn)會持有外部類的引用，而又使用了該非靜態(tài)內(nèi)部類創(chuàng)建了一個靜態(tài)的實例，該實例的生命周期和應(yīng)用的一樣長，這就導(dǎo)致了該靜態(tài)實例一直會持有該Activity的引用，導(dǎo)致Activity的內(nèi)存資源不能正常回收。正確的做法為：
將該內(nèi)部類設(shè)為靜態(tài)內(nèi)部類或?qū)⒃搩?nèi)部類抽取出來封裝成一個單例，如果需要使用Context，請使用ApplicationContext 。
三、Handler造成的內(nèi)存泄漏
Handler的使用造成的內(nèi)存泄漏問題應(yīng)該說最為常見了，平時在處理網(wǎng)絡(luò)任務(wù)或者封裝一些請求回調(diào)等api都應(yīng)該會借助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線程中不斷輪詢處理消息，那么當(dāng)這個Activity退出時消息隊列中還有未處理的消息或者正在處理消息，而消息隊列中的Message持有mHandler實例的引用，mHandler又持有Activity的引用，所以導(dǎo)致該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時應(yīng)該移除消息隊列中的消息，更準(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);是移除消息隊列中所有消息和所有的Runnable。當(dāng)然也可以使用mHandler.removeCallbacks();或mHandler.removeMessages()；來移除指定的Runnable和Message。
四、資源未關(guān)閉造成的內(nèi)存泄漏
對于使用了BraodcastReceiver，ContentObserver，F(xiàn)ile，Cursor，Stream，Bitmap等資源的使用，應(yīng)該在Activity銷毀時及時關(guān)閉或者注銷，否則這些資源將不會被回收，造成內(nèi)存泄漏。
五、線程造成的內(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(); 上面的異步任務(wù)和Runnable都是一個匿名內(nèi)部類，因此它們對當(dāng)前Activity都有一個隱式引用。如果Activity在銷毀之前，任務(wù)還未完成， 那么將導(dǎo)致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)存資源泄漏，當(dāng)然在Activity銷毀時候也應(yīng)該取消相應(yīng)的任務(wù)AsyncTask::cancel()，避免任務(wù)在后臺執(zhí)行浪費(fèi)資源。
以上就是android編程中，常見的5大內(nèi)存泄漏問題及相應(yīng)的解決辦法，如果大家在編程中遇到了上述泄漏問題，不妨可以試試對應(yīng)的方法。
以上就是本文的全部內(nèi)容，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作能帶來一定的幫助，同時也希望多多支持武林網(wǎng)！
新聞熱點
疑難解答
圖片精選
