长生命周期的对象持有了短生命周期的对象,从而导致短生命周期的对象不能被释放
垃圾回收机制分为:引用计数法、可达性分析法
引用计数法(有循环引用的问题):Python、Object-C、Swift
用一个计数器记录一个对象被引用的次数,如果引用的次数被减少到0,说明这个对象是垃圾对象
可达性分析法:Java
JVM通过一些GC Roots向下搜索,如果可以被GC Roots引用到的对象,说明这个对象不是垃圾对象,反之这个对象就是垃圾对象
栈中的局部变量
存活的线程对象
JNI的引用
Class对象
引用类型的静态变量
内存泄漏并不会马上让程序挂掉。但是随着不能回收的垃圾对象会越来越多,导致可用内存越来越少,到最后应用程序可能在
任何位置抛出OutOfMemoryError
由于单例的特性使得单例的生命周期和应用的生命周期一样长。如果一个对象已经不需要使用了,而单例对象还持有该对象的引用,那么这个对象将不能被正常回收,导致内存泄漏
下面看例子
public class ActivityManager
{
private Context mContext;
private static ActivityManager manager;
private ActivityManager(Context mContext)
{
this.mContext = mContext;
}
public static ActivityManager getInstance(Context mContext)
{
if (manager!=null)
{
manager = new ActivityManager(mContext);
}
return manager;
}
}
如果传入的是Application的Context没有任何问题,因为单例的生命周期和Application的一样长
如果传入的是Activity的Context,当这个Context对应的Activity退出时,但是单列对象持有当前Activity的引用,导致Activity无法被回收,从而导致内存泄漏。
正确写法:
public class ActivityManager
{
private Context mContext;
private static ActivityManager manager;
private ActivityManager(Context mContext)
{
this.mContext = mContext.getApplicationContext();
}
public static ActivityManager getInstance(Context mContext)
{
if (manager!=null)
{
manager = new ActivityManager(mContext);
}
return manager;
}
}
例子
public class DemoActivity extends AppCompatActivity
{
private Handler mHandler = new Handler() {
@Override
public void handleMessage(Message msg) {
//...更新UI操作
}
};
@Override
protected void onCreate(Bundle savedInstanceState)
{
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_demo);
initDatas();
}
private void initDatas()
{
//...子线程获取数据,在主线程中更新UI
Message message = Message.obtain();
mHandler.sendMessage(message);
}
}
这种创建Handler的方式会造成内存泄漏,由于mHandler是Handler的非静态匿名内部类的实例,持有外部类Activity的引用。消息队列是在一个Looper线程中不断轮询处理消息,如果当前Activity退出时消息队列中还有未处理的消息或者正在处理消息,而消息队列中的Message持有mHandler实例的引用,而mHandler又持有Activity的引用,导致Activity的内存资源无法回收,引发内存泄漏。
正确写法:
public class DemoActivity extends AppCompatActivity
{
private MyHandler mHandler = new MyHandler(this);
private static class MyHandler extends Handler {
private WeakReference reference;
public MyHandler(Context context) {
reference = new WeakReference<>(context);
}
@Override
public void handleMessage(Message msg) {
MainActivity activity = (MainActivity) reference.get();
if(activity != null)
{
//...更新UI操作
}
}
}
@Override
protected void onCreate(Bundle savedInstanceState)
{
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_demo);
initDatas();
}
private void initDatas()
{
//...子线程获取数据,在主线程中更新UI
Message message = Message.obtain();
mHandler.sendMessage(message);
}
@Override
protected void onDestroy() {
super.onDestroy();
//移除消息队列中所有消息和所有的Runnable
mHandler.removeCallbacksAndMessages(null);
}
}
创建一个静态Handler内部类,然后对Handler持有的对象使用弱引用,这样在回收时也可以回收Handler持有的对象,并且当当前Activity退出时在destroy方法中移除消息队列中所有消息和所有的Runnable。
我们可能这样写线程
new Thread(new Runnable() {
@Override
public void run() {
try
{
Thread.sleep(5000);
}
catch (InterruptedException e)
{
e.printStackTrace();
}
}
}).start();
Runnable是一个匿名内部类,因此它们对当前Activity都有一个隐式引用。如果Activity在销毁之前,任务还未完成, 那么将导致Activity的内存资源无法回收,造成内存泄漏。
正确写法:
@Override
protected void onCreate(Bundle savedInstanceState)
{
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_demo);
new Thread(new MyRunnable()).start();
}
static class MyRunnable implements Runnable{
@Override
public void run() {
try
{
Thread.sleep(5000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
public static Person mPerson;
@Override
protected void onCreate(Bundle savedInstanceState)
{
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_demo);
if(mPerson == null){
mPerson = new Person();
}
}
class Person
{
private String name;
public String getName()
{
return name;
}
public void setName(String name)
{
this.name = name;
}
}
这种写法会造成内存泄漏,因为非静态内部类默认会持有外部类的引用,然后又使用了该非静态内部类创建了一个静态的实例, 该静态实例的生命周期和应用的一样长,这就导致了该静态实例一直会持有该Activity的引用,导致Activity的内存资源不能正常回收,造成内存泄漏。
正确做法是:将非静态内部类改为静态内部类
在Activity销毁时关闭游标Cursor、关闭流Stream、回收Bitmap,注销内容观察者ContentObserver,注销广播接受者BraodcastReceiver等