每天一点点----项目中關鍵字 “ collectgarbage”

前端之家收集整理的这篇文章主要介绍了每天一点点----项目中關鍵字 “ collectgarbage”前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
 

function __G__TRACKBACK__(msg)
print("----------------------------------------")
print("LUA ERROR: " .. tostring(msg) .. "\n")
-- print(debug.traceback())
print("----------------------------------------")
end

local function main()
-- avoid memory leak
collectgarbage("setpause",100)
collectgarbage("setstepmul",5000)

-- require('mobdebug').start()

game = require("game");
game:startup();
end

xpcall(main,__G__TRACKBACK__)


1.collectgarbage 关键词 -- 英文(garbage 垃圾 collect 收集) -- 简称 GC

collectgarbage的使用方法是collectgarbage("AAA"),AAA 不同的值代表的意思也不一样


2.為什麼下面這兩句話要放在main的開頭?

collectgarbage("setpause",5000)



網上搜索的結果展示

看两段代码 ,他们最大的区别就是一个是全局变量,另一个是本地局部变量。


调用test2前相比,即使Lua进行了内存回收,内存却不会将下来看来,300K(25906K-25620K)内存由于已放到了全局函数中,是永远没有机会被回收到了!

总结一:如何监测Lua的编程产生内存泄露:

1.针对会产生泄露的函数,先调用collectgarbage("count"),取得最初的内存使用

2.函数调用后,collectgarbage("collect")进行收集,并使用collectgarbage("count")再取得当前内存,最后记录两次的使用差

3.从test1的收集可看到,collectgarbage("collect")被调用,并不保证一次成功,所以,大可以调用多次

总结二:如何避免Lua应用中出现的内存使用过大行为:

1.当然是代码实现不出现泄露,(废话*&%$()

2.在测试中,其实还发现,Lua中被分配的内存,其实并不会自动回收(个人估计要么就是Lua虚拟机没有做这个事情,要么就是回收的时机是在C层),为了避免内存过大,应用的运行时,可能需要定期的(调用collectgarbage("collect"),又或者collectgarbage("step"))进行显式回收。


作为开发人员,我们确实有过让Lua自动内存管理。为此,有以下几种方法

    collectgarbage(opt[,arg])
      功能:是垃圾收集器的通用接口,用于操作垃圾收集器
      参数:
      opt:操作方法标志
      "Stop":停止垃圾收集器。调用重启前,收集器只会因显式的调用运行。
      "Restart":重启垃圾收集器
      "Collect":执行一次全垃圾收集循环
      "Count":返回当前Lua中使用的内存量(以KB为单位)。以 K 字节数为单位返回 Lua 使用的总内存数。 这个值有小数部分,所以只需要乘上 1024 就能得到 Lua 使用的准确字节数(除非溢出)
      "Step":单步执行一个垃圾收集.步长"Size"由参数arg指定 (大型的值需要多步才能完成),如果要准确指定步长,需要多次实验以达最优效果。如果步长完成一次收集循环,将返回True
      "Setpause":设置arg/100的值作为暂定收集的时长。将 arg 设为收集器的 间歇率 。 返回 间歇率 的前一个值。
      "Setstepmul":设置arg/100的值,作为步长的增幅(即新步长=旧步长*arg/100)。返回 步进倍率 的前一个值。

    例子:
      collectgarbage("setpause",100)
      collectgarbage("setstepmul",5000)
原文链接:https://www.f2er.com/cocos2dx/340228.html

猜你在找的Cocos2d-x相关文章