文章详情

短信预约-IT技能 免费直播动态提醒

请输入下面的图形验证码

提交验证

短信预约提醒成功

Android中的内存泄漏

2022-06-06 13:30

关注

什么是内存泄漏

长生命周期的对象持有了短生命周期的对象,从而导致短生命周期的对象不能被释放

垃圾回收机制

垃圾回收机制分为:引用计数法、可达性分析法

引用计数法(有循环引用的问题):Python、Object-C、Swift

用一个计数器记录一个对象被引用的次数,如果引用的次数被减少到0,说明这个对象是垃圾对象

可达性分析法:Java

JVM通过一些GC Roots向下搜索,如果可以被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;
    }
}

Handler造成的内存泄漏

例子

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等
 


作者:蓝枫amy


阅读原文内容投诉

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

软考中级精品资料免费领

  • 历年真题答案解析
  • 备考技巧名师总结
  • 高频考点精准押题
  • 2024年上半年信息系统项目管理师第二批次真题及答案解析(完整版)

    难度     813人已做
    查看
  • 【考后总结】2024年5月26日信息系统项目管理师第2批次考情分析

    难度     354人已做
    查看
  • 【考后总结】2024年5月25日信息系统项目管理师第1批次考情分析

    难度     318人已做
    查看
  • 2024年上半年软考高项第一、二批次真题考点汇总(完整版)

    难度     435人已做
    查看
  • 2024年上半年系统架构设计师考试综合知识真题

    难度     224人已做
    查看

相关文章

发现更多好内容

猜你喜欢

AI推送时光机
位置:首页-资讯-移动开发
咦!没有更多了?去看看其它编程学习网 内容吧
首页课程
资料下载
问答资讯