在Android開發(fā)中，一些不好的編程習(xí)慣會導(dǎo)致我們的開發(fā)的app存在內(nèi)存泄露的情況圣絮。下面簡單介紹一些在Android開發(fā)中常見的內(nèi)存泄露場景及優(yōu)化方案。
1.單例引用Activity的Context導(dǎo)致內(nèi)存泄露
單例模式在Android開發(fā)中會經(jīng)常用到，但是如果使用不當(dāng)就會導(dǎo)致內(nèi)存泄露扯饶。因為單例的靜態(tài)特性使得它的生命周期同應(yīng)用的生命周期一樣長，從而導(dǎo)致內(nèi)存泄露池颈。
public class AppSettings {
private static volatile AppSettings singleton;
private Context mContext;
private AppSettings(Context context) {
this.mContext = context;
}
public static AppSettings getInstance(Context context) {
if (singleton == null) {
synchronized (AppSettings.class) {
if (singleton == null) {
singleton = new AppSettings(context);
}
}
}
return singleton;
}
}
上面代碼傳入的context參數(shù)是Activity尾序、Service等上下文，就會導(dǎo)致內(nèi)存泄露饶辙，為了避免這樣單例導(dǎo)致內(nèi)存泄露蹲诀，我們可以將context參數(shù)改為全局的上下文getApplicationContext()：
private AppSettings(Context context) {
this.mContext = context.getApplicationContext();
}
全局的上下文Application Context就是應(yīng)用程序的上下文，和單例的生命周期一樣長弃揽，這樣就避免了內(nèi)存泄漏脯爪。單例模式對應(yīng)應(yīng)用程序的生命周期，所以我們在構(gòu)造單例的時候盡量避免使用Activity的上下文矿微，而是使用Application的上下文痕慢。
public class MainActivity2 extends AppCompatActivity {
public static Info sInfo;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
sInfo = new Info(this);
}
class Info {
private Context mContext;
public Info(Context context) {
this.mContext = context;
}
}
}
Info作為Activity的靜態(tài)成員，并且持有Activity的引用涌矢，但是sInfo作為靜態(tài)變量掖举，生命周期肯定比Activity長。所以當(dāng)Activity退出后娜庇，sInfo仍然引用了Activity塔次，Activity不能被回收方篮，這就導(dǎo)致了內(nèi)存泄露。
3.非靜態(tài)內(nèi)部類導(dǎo)致內(nèi)存泄露
非靜態(tài)內(nèi)部類（包括匿名內(nèi)部類）默認就會持有外部類的引用励负，當(dāng)非靜態(tài)內(nèi)部類對象的生命周期比外部類對象的生命周期長時藕溅，就會導(dǎo)致內(nèi)存泄露。
非靜態(tài)內(nèi)部類導(dǎo)致的內(nèi)存泄露在Android開發(fā)中有一種典型的場景就是使用Handler
public class MainActivity2 extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
start();
}
private void start() {
Message message = Message.obtain();
message.what = 1;
mHandler.sendMessage(message);
}
private Handler mHandler = new Handler() {
@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
if (msg.what == 1) {
//doNothing
}
}
};
}
熟悉Handler消息機制的都知道继榆，mHandler會作為成員變量保存在發(fā)送的消息msg中巾表，即msg持有mHandler的引用，而mHandler是Activity的非靜態(tài)內(nèi)部類實例略吨，即mHandler持有Activity的引用集币，那么我們就可以理解為msg間接持有Activity的引用。msg被發(fā)送后先放到消息隊列MessageQueue中翠忠，然后等待Looper的輪詢處理（MessageQueue和Looper都是與線程相關(guān)聯(lián)的鞠苟，MessageQueue是Looper引用的成員變量，而Looper是保存在ThreadLocal中的）负间。那么當(dāng)Activity退出后偶妖，msg可能仍然存在于消息對列MessageQueue中未處理或者正在處理，那么這樣就會導(dǎo)致Activity無法被回收政溃，以致發(fā)生Activity的內(nèi)存泄露趾访。
通常在Android開發(fā)中如果要使用內(nèi)部類，但又要規(guī)避內(nèi)存泄露董虱，一般都會采用靜態(tài)內(nèi)部類+弱引用的方式扼鞋。
MyHandler mHandler;
public static class MyHandler extends Handler {
private WeakReference<Activity> mActivityWeakReference;
public MyHandler(Activity activity) {
mActivityWeakReference = new WeakReference<>(activity);
}
@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
}
}
mHandler通過弱引用的方式持有Activity，當(dāng)GC執(zhí)行垃圾回收時愤诱，遇到Activity就會回收并釋放所占據(jù)的內(nèi)存單元云头。這樣就不會發(fā)生內(nèi)存泄露了。上面的做法確實避免了Activity導(dǎo)致的內(nèi)存泄露淫半，發(fā)送的msg不再已經(jīng)沒有持有Activity的引用了溃槐，但是msg還是有可能存在消息隊列MessageQueue中，所以更好的是在Activity銷毀時就將mHandler的回調(diào)和發(fā)送的消息給移除掉科吭。
@Override
protected void onDestroy() {
super.onDestroy();
mHandler.removeCallbacksAndMessages(null);
}
非靜態(tài)內(nèi)部類造成內(nèi)存泄露還有一種情況就是使用Thread或者AsyncTask昏滴。要避免內(nèi)存泄露的話還是需要像上面Handler一樣使用靜態(tài)內(nèi)部類+弱應(yīng)用的方式
4.未取消注冊或回調(diào)導(dǎo)致內(nèi)存泄露
比如我們在Activity中注冊廣播，如果在Activity銷毀后不取消注冊对人，那么這個剛播會一直存在系統(tǒng)中谣殊，同上面所說的非靜態(tài)內(nèi)部類一樣持有Activity引用，導(dǎo)致內(nèi)存泄露牺弄。因此注冊廣播后在Activity銷毀后一定要取消注冊姻几。在注冊觀察則模式的時候，如果不及時取消也會造成內(nèi)存泄露。比如使用Retrofit+RxJava注冊網(wǎng)絡(luò)請求的觀察者回調(diào)蛇捌，同樣作為匿名內(nèi)部類持有外部引用抚恒，所以需要記得在不用或者銷毀的時候取消注冊。
5.Timer和TimerTask導(dǎo)致內(nèi)存泄露
Timer和TimerTask在Android中通常會被用來做一些計時或循環(huán)任務(wù)络拌，比如實現(xiàn)無限輪播的ViewPager：
當(dāng)我們Activity銷毀的時柑爸，有可能Timer還在繼續(xù)等待執(zhí)行TimerTask，它持有Activity的引用不能被回收盒音，因此當(dāng)我們Activity銷毀的時候要立即cancel掉Timer和TimerTask，以避免發(fā)生內(nèi)存泄漏馅而。
這個比較好理解祥诽，如果一個對象放入到ArrayList、HashMap等集合中瓮恭，這個集合就會持有該對象的引用雄坪。當(dāng)我們不再需要這個對象時，也并沒有將它從集合中移除屯蹦，這樣只要集合還在使用（而此對象已經(jīng)無用了）维哈，這個對象就造成了內(nèi)存泄露。并且如果集合被靜態(tài)引用的話登澜，集合里面那些沒有用的對象更會造成內(nèi)存泄露了阔挠。所以在使用集合時要及時將不用的對象從集合remove，或者clear集合脑蠕，以避免內(nèi)存泄漏购撼。
7.資源未關(guān)閉或釋放導(dǎo)致內(nèi)存泄露
在使用IO、File流或者Sqlite谴仙、Cursor等資源時要及時關(guān)閉迂求。這些資源在進行讀寫操作時通常都使用了緩沖，如果及時不關(guān)閉晃跺，這些緩沖對象就會一直被占用而得不到釋放揩局，以致發(fā)生內(nèi)存泄露。因此我們在不需要使用它們的時候就及時關(guān)閉掀虎，以便緩沖能及時得到釋放凌盯，從而避免內(nèi)存泄露。
動畫同樣是一個耗時任務(wù)涩盾，比如在Activity中啟動了屬性動畫（ObjectAnimator）十气，但是在銷毀的時候，沒有調(diào)用cancle方法春霍，雖然我們看不到動畫了砸西，但是這個動畫依然會不斷地播放下去，動畫引用所在的控件，所在的控件引用Activity芹枷，這就造成Activity無法正常釋放衅疙。因此同樣要在Activity銷毀的時候cancel掉屬性動畫，避免發(fā)生內(nèi)存泄漏鸳慈。
關(guān)于WebView的內(nèi)存泄露饱溢，因為WebView在加載網(wǎng)頁后會長期占用內(nèi)存而不能被釋放，因此我們在Activity銷毀后要調(diào)用它的destory()方法來銷毀它以釋放內(nèi)存走芋。
最終的解決方案是：在銷毀WebView之前需要先將WebView從父容器中移除绩郎，然后在銷毀WebView。
@Override
protected void onDestroy() {
super.onDestroy();
// 先從父控件中移除WebView
mWebViewContainer.removeView(mWebView);
mWebView.stopLoading();
mWebView.getSettings().setJavaScriptEnabled(false);
mWebView.clearHistory();
mWebView.removeAllViews();
mWebView.destroy();
}
1.LeakCanary
2.Android Studio profile
3.MAT
內(nèi)存泄露在Android內(nèi)存優(yōu)化是一個比較重要的一個方面翁逞，很多時候程序中發(fā)生了內(nèi)存泄露我們不一定就能注意到肋杖，所有在編碼的過程要養(yǎng)成良好的習(xí)慣⊥诤總結(jié)下來只要做到以下這幾點就能避免大多數(shù)情況的內(nèi)存泄漏：
1.構(gòu)造單例的時候盡量別用Activity的引用状植；
2.靜態(tài)引用時注意應(yīng)用對象的置空或者少用靜態(tài)引用；
3.使用靜態(tài)內(nèi)部類+弱引用代替非靜態(tài)內(nèi)部類怨喘；
4.及時取消廣播或者觀察者注冊津畸；
5.耗時任務(wù)、屬性動畫在Activity銷毀時記得cancel必怜；
6.文件流肉拓、Cursor等資源及時關(guān)閉；
7.Activity銷毀時WebView的移除和銷毀梳庆。
