使用chrome测试cocos creator内存泄漏问题

优化cocos creator的步骤:

1.首先使用webgl inspector插件查看游戏中是否存在不用的没有释放的资源

２.使用chrome的performance录制游戏过程，分析cpu的消耗及js的堆中内存情况，是不是js堆一直在变大，是否有内存泄漏

３.根据第二步，找到内存变大的部位，使用chrome的Ｍemory进行内存快照，对比两次快照中对象的差异.

js具有自动垃圾回收功能，目前浏览器都是采用标记清除算法实现js的垃圾回收功能，标记清除算法的大概思路是将无法访问到的对象进行回收，使用js编写逻辑代码，在闭包中容出现内存泄漏问题．如下代码所示：

var gTestArray : Array<any> = [];

        setInterval(()=>{

            this.tickUpdate();

        },100);

 

function tickUpdate(){

tickUpdate1();

//tickUpdate2();

//tickUpdate3();

}

    function tickUpdate1(){

        let tmpArray = [];

        for(let i = 0 ; i < 10000; i++){

            tmpArray.push(new Object);

        }

        let tmpFunc = function(){

            console.log("AAAAA : ",tmpArray);

        }

        gTestArray.push(tmpFunc);

    }

 

    function tickUpdate2(){

        let tmpArray = [];

        for(let i = 0 ; i < 10000; i++){

            tmpArray.push(new Object);

        }

        let tmpFunc = function(){

            console.log("AAAAA  ");

        }

        gTestArray.push(tmpFunc);

    }

 

function tickUpdate2(){

        let tmpFunc = function(){

            console.log("AAAAA  ");

        }

        gTestArray.push(tmpFunc);

    }

 

在tickUpdate中分别调用tickUpdate1,tickUpdate2,tickUpdate3，使用chrome进行heap内在快照分析分别如下图所示：

 

使用tickUpdate1时，内存一直在上涨，是因为在闭包中引用了创建的数组，导致数组没法回收．

使用tickUpdate2时，内存上涨然后下降，上涨是因为一直在创建数组，下降是因为定时进行了垃圾回收，把没有用到的对象进行了回收．

使用tickUpdate3时，内存基本上保持不变，闭包中没有用到上层函数中的局部对象．