一.前言
1.内存溢出与内存泄露
内存溢出(oom)，是指程序在申请内存时，没有足够的内存空间供其使用，出现oom；比如申请了一个integer,但给它存了long才能存下的数，那就是内存溢出。
内存泄露 (memory leak)，是指程序在申请内存后，无法释放已申请的内存空间，一次内存泄露危害可以忽略，但内存泄露堆积后果很严重，无论多少内存,迟早会被占光。
memory leak会最终会导致oom！
二.内存泄露的几种形式
1.匿名内部类的使用
a.Thread内存泄漏
这里最常见的形式就是使用new thread开启一个子线程.
子线程会对当前activity有一个隐式的强引用
当activity退出时候,如果子线程还在运行activity就不会释放.
running = true;
new Thread(new Runnable() {
@Override
public void run() {
while (running) {
SystemClock.sleep(1000);
runOnUiThread(new Runnable() {
@Override
public void run() {
SimpleDateFormat sDateFormat = new SimpleDateFormat("yyyy-MM-dd hh:mm:ss");
String date = sDateFormat.format(new Date());
tv.setText(date);
}
});
}
}
}).start();LeakCanary检测结果
解决办法:
调用onDestroy后结束子线程
@Override
protected void onDestroy() {
super.onDestroy();
running = false;
}b.Timer内存泄露
这里既然thread使用有问题,那么我们用hander+Timer的形式可以吗,我们来看看.
结果抱歉,使用Timer和Thread无论从原理还是结果上都与handler一样.
public class HandlerAndTimerErr extends AppCompatActivity {
Handler mhandler = new Handler() {
@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
tv.setText(msg.obj.toString());
}
};
private TextView tv;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_thread_err);
tv = (TextView) findViewById(R.id.tv);
Timer timer = new Timer();
timer.scheduleAtFixedRate(new TimerTask() {
@Override
public void run() {
SimpleDateFormat sDateFormat = new SimpleDateFormat("yyyy-MM-dd hh:mm:ss");
String date = sDateFormat.format(new Date());
Message message = new Message();
message.obj=date;
mhandler.sendMessage(message);
}
}, 1, 1000);
}
}LeakCanary检测结果
解决办法
@Override
protected void onDestroy() {
super.onDestroy();
timer.cancel();
}2.纯handler的错误使用
如果仅使用handler还可以这样写
public class HandlerErr extends AppCompatActivity {
Handler mhandler = new Handler();
private TextView tv;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_thread_err);
tv = (TextView) findViewById(R.id.tv);
mhandler.postDelayed(new Runnable() {
@Override
public void run() {
SimpleDateFormat sDateFormat = new SimpleDateFormat("yyyy-MM-dd hh:mm:ss");
String date = sDateFormat.format(new Date());
tv.setText(date);
mhandler.postDelayed(this,1000);
}
},1000);
}
}LeakCanary检测结果
解决办法
@Override
protected void onDestroy() {
super.onDestroy();
//移除当前handler发送的请求
mhandler.removeCallbacksAndMessages(null);
}3.context导致内存泄露
做一个单例的ToastUtils来显示toast是很多人会做的.你的ToastUtils是否这么写的?
public class ToastUtils {
private static Toast toast;
public static void ShowToast(Context context, String text){
if (toast==null) {
toast = Toast.makeText(context, text, Toast.LENGTH_LONG);
}else{
toast.setText(text);
}
toast.show();
}
}这样写其实有很大问题:
如果此时传入的是 Activity 的 Context，当这个 Context 所对应的 Activity 退出时，由于该 Context 的引用被单例对象所持有，其生命周期等于整个应用程序的生命周期，所以当前 Activity退出时它的内存并不会被回收，这就造成泄漏了。
LeakCanary检测结果
解决办法:
1.使用ApplicationContext代替Activity的Context
2.如果必须要Activity的Context请换种写法吧,哈哈.
4.fragment中使用getActivity().findViewById()导致内存泄露
使用getActivity().findViewById()会导致fragment内存中不释放,虽然退出Activity可以让其释放,但是比如使用viewpager+fragment无限滑动就会导致内存过大
解决办法:
使用fragment的findviewbyId
5.leackCannary使用
leackCannary使用其实非常简单
githup链接: https://github.com/square/leakcanary
1.首先在你的build.gradle添加引用:
dependencies {
debugCompile 'com.squareup.leakcanary:leakcanary-android:1.5.1'
releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5.1'
testCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5.1'
}2.在你的application中初始化
refWatcher = LeakCanary.install(this);
2.1监测fragment中的内存泄露
application中添加方法
public static RefWatcher getRefWatcher() {
return refWatcher;
}baseFragment中调用
@Override
public void onDestroy() {
super.onDestroy();
//检测fragment中的内存泄露
RefWatcher refWatcher = SmartInfoApplication.getRefWatcher();
refWatcher.watch(this);
}
3.提醒
这里其实就已经配置完成可以运行使用了.
注意,当你进入一个activity再退出之后等个三五秒如果有溢出就会提示的.
4.讲解
我们就拿这个例子来说
这个是告诉我们 ToastUtils下面有一个静态成员变量toast
它引用了一个context
这个context是ContextErr这个activity的一个实例(instance)
它导致了内存泄露.