一但汞、背景
最近在項(xiàng)目的版本迭代中宿刮，出現(xiàn)了一些內(nèi)存問(wèn)題的小插曲，然后自己花了一些時(shí)間優(yōu)化了APP運(yùn)行時(shí)內(nèi)存大小的問(wèn)題私蕾，特此做個(gè)總結(jié)僵缺，與大家分享。
二踩叭、簡(jiǎn)介
在Android程序開(kāi)發(fā)中磕潮，當(dāng)一個(gè)對(duì)象已經(jīng)不需要再使用了翠胰，本該被回收時(shí)，而另外一個(gè)正在使用的對(duì)象持有它的引用從而導(dǎo)致它不能被回收自脯，這就導(dǎo)致本該被回收的對(duì)象不能被回收而停留在堆內(nèi)存中之景，內(nèi)存泄漏就產(chǎn)生了。內(nèi)存泄漏有什么影響呢?它是造成應(yīng)用程序OOM的主要原因之一膏潮。由于Android系統(tǒng)為每個(gè)應(yīng)用程序分配的內(nèi)存有限锻狗，當(dāng)一個(gè)應(yīng)用中產(chǎn)生的內(nèi)存泄漏比較多時(shí)，就難免會(huì)導(dǎo)致應(yīng)用所需要的內(nèi)存超過(guò)這個(gè)系統(tǒng)分配的內(nèi)存限額焕参，這就造成了內(nèi)存溢出而導(dǎo)致應(yīng)用Crash轻纪。了解了內(nèi)存泄漏的原因及影響后，我們需要做的就是掌握常見(jiàn)的內(nèi)存泄漏叠纷，并在以后的Android程序開(kāi)發(fā)中刻帚，盡量避免它。
1涩嚣、單例造成的內(nèi)存泄漏
Android的單例模式非常受開(kāi)發(fā)者的喜愛(ài)我擂，不過(guò)使用的不恰當(dāng)?shù)脑捯矔?huì)造成內(nèi)存泄漏。因?yàn)閱卫撵o態(tài)特性使得單例的生命周期和應(yīng)用的生命周期一樣長(zhǎng)缓艳，這就說(shuō)明了如果一個(gè)對(duì)象已經(jīng)不需要使用了校摩，而單例對(duì)象還持有該對(duì)象的引用，那么這個(gè)對(duì)象將不能被正辰滋裕回收衙吩，這就導(dǎo)致了內(nèi)存泄漏。
public class SingleInstance {
private static SingleInstance instance;
private Context context;
private SingleInstance(Context context) {
this.context = context;
}
public synchronized static SingleInstance getInstance(Context context) {
if (instance != null) {
instance = new SingleInstance(context);
}
return instance;
}
}
這是一個(gè)普通的單例模式溪窒，大家都知道坤塞，靜態(tài)變量最大的特點(diǎn)是什么，常駐內(nèi)存澈蚌，也就是說(shuō)如果你的APP的進(jìn)程沒(méi)有沒(méi)殺死摹芙，它就一直在內(nèi)存中。當(dāng)創(chuàng)建這個(gè)單例的時(shí)候宛瞄，由于需要傳入一個(gè)Context浮禾，所以這個(gè)Context的生命周期的長(zhǎng)短至關(guān)重要：如果傳入的是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)該為這種姿勢(shì)：
public class SingleInstance {
private static SingleInstance instance;
private Context context;
private SingleInstance(Context context) {
this.context = context.getApplicationContext();
}
public synchronized static SingleInstance getInstance(Context context) {
if (instance != null) {
instance = new SingleInstance(context);
}
return instance;
}
}
這樣不管傳入什么Context最終將使用Application的Context杯活，而單例的生命周期和應(yīng)用的一樣長(zhǎng)匆帚，這樣就防止了內(nèi)存泄漏。
2旁钧、非靜態(tài)內(nèi)部類(比如內(nèi)部類吸重、匿名內(nèi)部類)創(chuàng)建靜態(tài)實(shí)例造成的內(nèi)存泄漏
有的時(shí)候我們可能會(huì)在啟動(dòng)頻繁的Activity中互拾，為了避免重復(fù)創(chuàng)建相同的數(shù)據(jù)資源，會(huì)出現(xiàn)這種寫法：
public class MainActivity extends AppCompatActivity {
private InnerClass innerClass;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
if(innerClass == null){
innerClass = new InnerClass();
}
}
class InnerClass{
}
}
這樣就在Activity內(nèi)部創(chuàng)建了一個(gè)非靜態(tài)內(nèi)部類的單例嚎幸，每次啟動(dòng)Activity時(shí)都會(huì)使用該單例的數(shù)據(jù)颜矿，這樣雖然避免了資源的重復(fù)創(chuàng)建，不過(guò)這種寫法卻會(huì)造成內(nèi)存泄漏鞭铆，因?yàn)榉庆o態(tài)內(nèi)部類默認(rèn)會(huì)持有外部類的引用或衡，而又使用了該非靜態(tài)內(nè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)部類設(shè)為靜態(tài)內(nèi)部類或?qū)⒃搩?nèi)部類抽取出來(lái)封裝成一個(gè)單例坡疼，如果需要使用Context，請(qǐng)使用ApplicationContext 衣陶。
3柄瑰、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的使用代碼編寫一不規(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)部類的實(shí)例译断，所以它持有外部類Activity的引用授翻，我們知道消息隊(duì)列是在一個(gè)Looper線程中不斷輪詢處理消息，那么當(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)部類，然后對(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();
}
//加載網(wǎng)絡(luò)數(shù)據(jù)的回調(diào)
private void loadData() {
//...request
Message message = Message.obtain();
mHandler.sendMessage(message);
}
@Override
protected void onDestroy() {
super.onDestroy();
//移除消息隊(duì)列和回調(diào)
mHandler.removeCallbacksAndMessages(null);
}
}
使用mHandler.removeCallbacksAndMessages(null);是移除消息隊(duì)列中所有消息和所有的Runnable。當(dāng)然也可以使用mHandler.removeCallbacks();或mHandler.removeMessages()寇荧；來(lái)移除指定的Runnable和Message。
當(dāng)然簡(jiǎn)單點(diǎn)执隧，也可以直接這樣
@Override
protected void onDestroy() {
super.onDestroy();
//移除消息隊(duì)列和回調(diào)
mHandler.removeCallbacksAndMessages(null);
}
親測(cè)試揩抡，有效户侥。
四、線程造成的內(nèi)存泄漏
對(duì)于線程造成的內(nèi)存泄漏峦嗤，也是平時(shí)比較常見(jiàn)的蕊唐，如下這兩個(gè)示例可能每個(gè)人都這樣寫過(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)部類，因此它們對(duì)當(dāng)前Activity都有一個(gè)隱式引用烁设。如果Activity在銷毀之前替梨，任務(wù)還未完成， 那么將導(dǎo)致Activity的內(nèi)存資源無(wú)法回收装黑，造成內(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銷毀時(shí)候也應(yīng)該取消相應(yīng)的任務(wù)AsyncTask::cancel()糠睡，避免任務(wù)在后臺(tái)執(zhí)行浪費(fèi)資源。
5疚颊、資源未關(guān)閉造成的內(nèi)存泄漏
對(duì)于使用了BraodcastReceiver狈孔，ContentObserver，F(xiàn)ile材义，Cursor均抽，Stream，Bitmap等資源的使用其掂，應(yīng)該在Activity銷毀時(shí)及時(shí)關(guān)閉或者注銷油挥，否則這些資源將不會(huì)被回收，造成內(nèi)存泄漏清寇。
6喘漏、WebView、或百度华烟、高德地圖的MapView引起的內(nèi)存泄漏翩迈，可以參考我的這篇文章
<a href="http://www.reibang.com/p/c13eb7759c68">WebView引起的內(nèi)存泄漏</a>
