內(nèi)存泄漏
為什么會(huì)產(chǎn)生內(nèi)存泄漏持灰？
當(dāng)一個(gè)對(duì)象已經(jīng)不需要再使用了竞川，本該被回收時(shí)膀曾，而有另外一個(gè)正在使用的對(duì)象持有它的引用從而導(dǎo)致它不能被回收，這導(dǎo)致本該被回收的對(duì)象不能被回收而停留在堆內(nèi)存中墙基，這就產(chǎn)生了內(nèi)存泄漏软族。
內(nèi)存泄漏對(duì)程序的影響刷喜？
內(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)存超過這個(gè)系統(tǒng)分配的內(nèi)存限額，這就造成了內(nèi)存溢出而導(dǎo)致應(yīng)用Crash仰禽。
單例造成的內(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;
}
}
1氮墨、傳入的是Application的Context：這將沒有任何問題，因?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的引用。
非靜態(tài)內(nèi)部類創(chuàng)建靜態(tài)實(shí)例造成的內(nèi)存泄漏
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 {
//...
}
}
非靜態(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)存資源不能正骋咀回收。
Handler造成的內(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)存資源無法及時(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泄漏，不過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();來移除指定的Runnable和Message狂打。
線程造成的內(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都是一個(gè)匿名內(nèi)部類擂煞，因此它們對(duì)當(dāng)前Activity都有一個(gè)隱式引用。如果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銷毀時(shí)候也應(yīng)該取消相應(yīng)的任務(wù)AsyncTask::cancel()，避免任務(wù)在后臺(tái)執(zhí)行浪費(fèi)資源劳秋。
資源未關(guān)閉造成的內(nèi)存泄漏
對(duì)于使用了BraodcastReceiver仓手，ContentObserver，F(xiàn)ile玻淑，Cursor嗽冒，Stream，Bitmap等資源的使用补履，應(yīng)該在Activity銷毀時(shí)及時(shí)關(guān)閉或者注銷添坊，否則這些資源將不會(huì)被回收，造成內(nèi)存泄漏箫锤。
一些建議
1贬蛙、對(duì)于生命周期比Activity長(zhǎng)的對(duì)象如果需要應(yīng)該使用ApplicationContext
2、在涉及到Context時(shí)先考慮ApplicationContext谚攒，當(dāng)然它并不是萬能的阳准，對(duì)于有些地方則必須使用Activity的Context，對(duì)于Application馏臭，Service野蝇，Activity三者的Context的應(yīng)用場(chǎng)景如下：
其中：NO1表示Application和Service可以啟動(dòng)一個(gè)Activity，不過需要?jiǎng)?chuàng)建一個(gè)新的task任務(wù)隊(duì)列位喂。而對(duì)于Dialog而言浪耘，只有在Activity中才能創(chuàng)建
3、對(duì)于需要在靜態(tài)內(nèi)部類中使用非靜態(tài)外部成員變量（如：Context塑崖、View )七冲，可以在靜態(tài)內(nèi)部類中使用弱引用來引用外部類的變量來避免內(nèi)存泄漏
4、對(duì)于生命周期比Activity長(zhǎng)的內(nèi)部類對(duì)象规婆，并且內(nèi)部類中使用了外部類的成員變量澜躺，可以這樣做避免內(nèi)存泄漏：
將內(nèi)部類改為靜態(tài)內(nèi)部類
靜態(tài)內(nèi)部類中使用弱引用來引用外部類的成員變量
5、對(duì)于不再需要使用的對(duì)象抒蚜，顯示的將其賦值為null掘鄙，比如使用完Bitmap后先調(diào)用recycle()，再賦為null6嗡髓、保持對(duì)對(duì)象生命周期的敏感操漠，特別注意單例、靜態(tài)對(duì)象、全局性集合等的生命周期
