mono中的内存泄漏和WeakReference(弱引用)的使用

我们大家有时候在做 unity 项目的时候,游戏后期最常见的问题,应该就是内存泄漏了。
其实这里面有一些小细节,就可能在你不知不觉间导致内存泄漏的发生。
这里说说释放对象时容易发生的问题。

先来看一段代码:

    private float m_countdown = 10;
    private bool m_turnOn = false;

    TestB m_tb;
    TestA m_ta;

    // Use this for initialization
    void Start()
    {
        m_turnOn = true;

        m_tb = new TestB();
        m_ta = new TestA(m_tb);
    }

    // Update is called once per frame
    void Update()
    {
        if (m_turnOn == false)
            return;

        if (m_countdown >= 0)
        {
            m_countdown -= Time.deltaTime;
        }
        else
        {
            m_turnOn = false;

            m_ta = null;

            GC.Collect();
            Debug.LogError("清理内存");
        }
    }

    public class TestA
    {
        private long[] m_array;

        TestB m_tb;

        public TestA(TestB tb)
        {
            m_array = new long[100000000];

            m_tb = tb;
            m_tb.TestFun();
        }
    }
    public class TestB
    {
        private long[] m_array;

        public TestB()
        {
            m_array = new long[100000000];
        }

        public void TestFun()
        {
            Debug.LogError("测试方法");
        }
    }

代码内容十分的简单,我就不说了,我们来看用 Profiler 工具所截取的内存用量显示

gc前:

这里写图片描述
我们看到了,Mono内存是 2.99G (别问我mono内存是什么。。。)

gc后:

这里写图片描述
我们看到了,经过一次gc后,内存降到了 2.24G ,这时候,也许有人该说了,内存这不是降低了吗,没错呀╮(╯▽╰)╭。我要告诉你,少年,你高兴的太早了!

现在,我们再来看一段代码:

    private float m_countdown = 10;
    private bool m_turnOn = false;

    WeakReference m_wrf_b;
    TestA m_ta;

    // Use this for initialization
    void Start()
    {
        m_turnOn = true;

        TestB tb = new TestB();
        m_wrf_b = new WeakReference(tb);

        m_ta = new TestA(m_wrf_b);
    }

    // Update is called once per frame
    void Update()
    {
        if (m_turnOn == false)
            return;

        if (m_countdown >= 0)
        {
            m_countdown -= Time.deltaTime;
        }
        else
        {
            m_turnOn = false;

            m_ta = null;

            GC.Collect();
            Debug.LogError("清理内存");
        }
    }

    public class TestA
    {
        private long[] m_array;

        WeakReference m_wrf;

        public TestA(WeakReference wrf)
        {
            m_array = new long[100000000];

            m_wrf = wrf;

            TestB tb = (TestB)m_wrf.Target;
            tb.TestFun();
        }
    }
    public class TestB
    {
        private long[] m_array;

        public TestB()
        {
            m_array = new long[100000000];
        }

        public void TestFun()
        {
            Debug.LogError("测试方法");
        }
    }

现在,让我们再来做一遍之前的过程。

gc前:

这里写图片描述

gc后:

这里写图片描述

所以这一切是为什么呢?

主要原因就是因为我们new出来的这个对象,其实在c#中被称作强引用对象。
举例来说就是,在A对象依赖于B对象时,如果我们把B释放了,你会认为我们连A也一起释放了。
其实这只是你的错觉,真实情况是你释放了B,但是A是强引用类型,结果你的A找不到依赖了,变成内存泄漏了。。。

解决这个问题有2种办法,一种就是:
你在释放B的同时,把A也一起干掉,像第一段代码的gc那里改成这样:

m_tb = null;
m_ta = null;

或者用第2段代码里的方法:
正所谓有强就有弱,WeakReference应该是c#从java那里学来的,叫做弱引用对象,原理我就不说了,你去查查就明白了。
WeakReference就是专门用来解决因为这种依赖关系造成的gc释放问题。
当然WeakReference也不是万能的,有时可能gc已经把对象释放了,但是你new出来的WeakReference是不会释放的,结果你还用它去取存放在里面的对象,那时你取到的可能就是个null了。这时候,你就需要再重新把对象创建出来。
所以请结合你自己系统的底层架构,合理,正确的去使用弱引用对象。


题外话:
虽然这是一个我们写代码时,经常会范的错误,但是据说相同的问题,如果是在微软的.net下,虽然可能会晚一些,但是泄漏的那块内存最终还是会被回收的,最新版本的 mono 好像也行。(当然具体的我不清楚,也懒得去试了)
但是因为unitymono版本太低了,记得官方说是 2.2 ,所以泄漏的内存就收不回来了,囧rz。
不过进行Scene的切换,会有助于释放一些我们无法管理的内存,这一点是可以充分利用起来的。

所以还是希望unity能够把mono版本给升一下,虽然这个希望十分的渺茫,残念~

你可能感兴趣的:(Unity,unity,内存泄露,mono,弱引用)