5個Android開發(fā)中比較常見的內存泄漏問題及解決辦法
android中一個對象已經不需要了，但是其他對象還持有他的引用，導致他不能回收，導致這個對象暫存在內存中，這樣內存泄漏就出現(xiàn)了。
內存泄漏出現(xiàn)多了，會是應用占用過多的沒存，當占用的內存超過了系統(tǒng)分配的內存容量，就會出現(xiàn)內存溢出了導致應用Crash.
了解了內存泄漏的原因及影響后，我們需要做的就是掌握常見的內存泄漏，并在以后的Android程序開發(fā)中，盡量避免它。下面搜羅了5個Android開發(fā)中比較常見的內存泄漏問題及解決辦法，分享給大家，一起來看看吧。
一、單例造成的內存泄漏
android的單列大家都喜歡使用。但單例模式的靜態(tà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的生命周期的長短至關重要：
1、傳入的是Application的Context：這將沒有任何問題，因為單例的生命周期和Application的一樣長 ;
2、傳入的是Activity的Context：當這個Context所對應的Activity退出時，由于該Context和Activity的生命周期一樣長(Activity間接繼承于Context)，所以當前Activity退出時它的內存并不會被回收，因為單例對象持有該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，而單例的生命周期和應用的一樣長，這樣就防止了內存泄漏。
二、非靜態(tài)內部類創(chuàng)建靜態(tài)實例造成的內存泄漏
有的時候我們可能會在啟動頻繁的Activity中，為了避免重復創(chuàng)建相同的數據資源，會出現(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內部創(chuàng)建了一個非靜態(tài)內部類的單例，每次啟動Activity時都會使用該單例的數據，這樣雖然避免了資源的重復創(chuàng)建，不過這種寫法卻會造成內存泄漏，因為非靜態(tài)內部類默認會持有外部類的引用，而又使用了該非靜態(tài)內部類創(chuàng)建了一個靜態(tài)的實例，該實例的生命周期和應用的一樣長，這就導致了該靜態(tài)實例一直會持有該Activity的引用，導致Activity的內存資源不能正?；厥?。正確的做法為：
將該內部類設為靜態(tài)內部類或將該內部類抽取出來封裝成一個單例，如果需要使用Context，請使用ApplicationContext 。
三、Handler造成的內存泄漏
Handler的使用造成的內存泄漏問題應該說最為常見了，平時在處理網絡任務或者封裝一些請求回調等api都應該會借助Handler來處理，對于Handler的使用代碼編寫一不規(guī)范即有可能造成內存泄漏，如下示例：
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的方式會造成內存泄漏，由于mHandler是Handler的非靜態(tài)匿名內部類的實例，所以它持有外部類Activity的引用，我們知道消息隊列是在一個Looper線程中不斷輪詢處理消息，那么當這個Activity退出時消息隊列中還有未處理的消息或者正在處理消息，而消息隊列中的Message持有mHandler實例的引用，mHandler又持有Activity的引用，所以導致該Activity的內存資源無法及時回收，引發(fā)內存泄漏，所以另外一種做法為：
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內部類，然后對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。
四、資源未關閉造成的內存泄漏
對于使用了BraodcastReceiver，ContentObserver，F(xiàn)ile，Cursor，Stream，Bitmap等資源的使用，應該在Activity銷毀時及時關閉或者注銷，否則這些資源將不會被回收，造成內存泄漏。
五、線程造成的內存泄漏
對于線程造成的內存泄漏，也是平時比較常見的，如下這兩個示例可能每個人都這樣寫過：
//——————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都是一個匿名內部類，因此它們對當前Activity都有一個隱式引用。如果Activity在銷毀之前，任務還未完成， 那么將導致Activity的內存資源無法回收，造成內存泄漏。正確的做法還是使用靜態(tà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的內存資源泄漏，當然在Activity銷毀時候也應該取消相應的任務AsyncTask::cancel()，避免任務在后臺執(zhí)行浪費資源。
以上就是android編程中，常見的5大內存泄漏問題及相應的解決辦法，如果大家在編程中遇到了上述泄漏問題，不妨可以試試對應的方法。
以上就是本文的全部內容，希望本文的內容對大家的學習或者工作能帶來一定的幫助，同時也希望多多支持腳本之家！
- Android Studio 3.0上分析內存泄漏的原因
- Android中LeakCanary檢測內存泄漏的方法
- Android 5.1 WebView內存泄漏問題及快速解決方法
- Android內存泄漏排查利器LeakCanary
- Android常見的幾種內存泄漏小結
- Android 內存溢出和內存泄漏的問題
- Android性能優(yōu)化之利用Rxlifecycle解決RxJava內存泄漏詳解
- 詳解Android內存泄漏檢測與MAT使用
- 詳解Android性能優(yōu)化之內存泄漏
- Android開發(fā)：淺談MVP模式應用與內存泄漏問題解決
- Android Studio+MAT實戰(zhàn)內存泄漏
相關文章
這篇文章主要為大家詳細介紹了Android自定義View仿華為圓形加載進度條，文中示例代碼介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們可以參考一下2017-08-08
本文主要介紹了Android取消EditText自動獲取焦點默認行為的方法，具有很好的參考價值。下面跟著小編一起來看下吧2017-03-03
Android自定義View實現(xiàn)LayoutParams的方法詳解
這篇文章主要為大家詳細介紹了Android自定義View實現(xiàn)LayoutParams，文中的示例代碼講解詳細，感興趣的小伙伴可以跟隨小編一起學習一下2023-02-02
這篇文章主要介紹了Android 知乎廣告效果實現(xiàn)代碼,需要的朋友可以參考下2018-01-01
本篇文章主要介紹了Android實現(xiàn)讀取NFC卡卡號示例，小編覺得挺不錯的，現(xiàn)在分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2017-01-01
android實現(xiàn)簡單進度條ProgressBar效果
這篇文章主要為大家詳細介紹了android實現(xiàn)簡單進度條ProgressBar效果，文中示例代碼介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們可以參考一下2022-07-07
Android Socket實現(xiàn)多個客戶端聊天布局
這篇文章主要為大家詳細介紹了Android Socket實現(xiàn)多個客戶端聊天布局，文中示例代碼介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們可以參考一下2022-04-04
詳解Android中的NestedScrolling機制帶你玩轉嵌套滑動
這篇文章主要給大家詳細解析了Android中的NestedScrolling機制，通過介紹該機制帶你玩轉Android中的嵌套滑動效果，文中給出了詳細的示例代碼和介紹，需要的朋友們可以參考學習，下面來一起看看吧。2017-05-05
這篇文章主要介紹了Android實現(xiàn)圖片異步加載及本地緩存的相關資料,需要的朋友可以參考下2016-02-02
Android下拉刷新控件SwipeRefreshLayout源碼解析
這篇文章主要為大家詳細解析Android下拉刷新控件SwipeRefreshLayout源碼，感興趣的小伙伴們可以參考一下2016-07-07