Lua的内存监测和回收
来源:互联网 发布:mac mini忘记开机密码 编辑:程序博客网 时间:2024/06/05 02:19
Lua内存是自动收集的, 这点跟Java类似, 不被任何对象或全局变量引用的数据,将被首先标记为回收,不需要开发者做任何事情.但是,正如Java也会有内存泄露一样, Lua也会有, 只不过,跟C++的不同,它是由于代码执行所装载的资源,并没有被彻底销毁而导致,其中,最臭名昭著的就是不小心把局部变量声明成了全局变量(忘了加local修饰符)。 类似这样造成的内存泄露, 跟任何其他语言的内存泄露一样,容易产生,却难以察觉, 给开发的应用带来潜在的很大隐患.
那么, 有没有一些有效的解决办法, 来解决这个这个隐患呢, 答案就是collectgarbage. collectgarbage就是开放给Lua开发人员, 用于监听Lua的内存使用情况(collectgarbage("count")), 同时,它还提供了collectgarbage("collect"),允许在适当的时候进行显式的回收.
现在,通过测试代码来看看,如何玩转collectgarbage.
首先,为了有明显的对比, 先来看没有产生泄露的情况, 运行以下的test1(代码如下):
function test1() collectgarbage("collect") --清理之前的垃圾 local c1=collectgarbage("count") print() print("最起始,Lua使用内存为:"..c1.."K") print() colen={} --声明一个本地变量 print("现在,声明5000个数组,并加到colen中....") print() for i=1,5000 do table.insert(colen,i) --插入元素 end local c2=collectgarbage("count") print("现在Lua使用内存为:"..c2.."K") print()end
运行结果如下:
这里看到, 被local 声明的colen加了5000数组, test1调用后, 内存增加了大概128K(156K-28K).
function men() print() print("调用GC收集") print() collectgarbage("collect") local c1=collectgarbage("count") print("收集后,当前Lua使用的内存为:"..c1) print()end
运行结果:
( 为了保证内存的稳定,以上注意mem被调用了多次, 再第2次, 可以看到内存开始下降, 最后,大概在25618K稳定下来)
好了,现在运行有泄露的test2(代码如下), test2跟test1相比,只有一处不同:就是colen被误声明为全局:
function test2() collectgarbage("collect") --清理之前的垃圾 local c1=collectgarbage("count") print() print("最起始,Lua使用内存为:"..c1.."K") print() colen={} --声明一个本地变量 print("现在,声明5000个数组,并加到colen中....") print() for i=1,5000 do table.insert(colen,i) --插入元素 end local c2=collectgarbage("count") print("现在Lua使用内存为:"..c2.."K") print()end
结果:
为了保证函数回收被执行,这次,总共调用了7次mem函数(看以上打印行数), 那么,从上面的结果我们看, 很不幸, 从第1次,到最后第4次, 内存都还是稳定在156K左右, 也就是说, 跟调用test2前相比,即使Lua进行了内存回收, 内存却不会将下来 看来, 这128K内存, 由于已放到了全局函数中,是永远没有机会被回收到了!
总结一: 如何监测Lua的编程产生内存泄露:
1. 针对会产生泄露的函数,先调用collectgarbage("count"),取得最初的内存使用
2. 函数调用后, collectgarbage("collect")进行收集, 并使用collectgarbage("count")再取得当前内存, 最后记录两次的使用差
3. 从test1的收集可看到, collectgarbage("collect")被调用,并不保证一次成功, 所以, 大可以调用多次
总结二: 如何避免Lua应用中出现的内存使用过大行为:
1. 当然是代码实现不出现泄露, (废话*&%$()
2. 在测试中,其实还发现, Lua中被分配的内存,其实并不会自动回收(个人估计要么就是Lua虚拟机没有做这个事情,要么就是回收的时机是在C层), 所以, 为了避免内存过大, 应用的运行时,可能需要定期的(调用collectgarbage("collect"),又或者collectgarbage("step"))进行显式回收。
- Lua的内存监测和回收
- Lua的内存监测和回收
- Lua的内存监测和回收
- Lua的内存监测和回收
- Lua内存的监测和回收
- Lua的内存监测和回收
- Lua内存回收代码
- 内存的分配和回收
- cocos2d-x lua 内存回收
- CPU和内存监测
- C基础 内存越界和内存监测的简单处理
- 内存监测的利器
- java 内存回收和回收机制的算法
- 关于lua和python的垃圾回收的看法
- JVM的内存管理和垃圾回收
- JAVA的内存和垃圾回收
- Java的内存和垃圾回收机制
- 堆内存的分配和回收步骤
- SQL基础-->层次化查询(START BY ... CONNECT BY PRIOR)
- java生成xml文件中文乱码问题解决
- Js细节备忘
- 莫比乌斯反演学习笔记
- 建造者模式(生成器模式)
- Lua的内存监测和回收
- java小题
- Android Permission
- Hibernate多对一关联映射
- 谷歌C++风格拾遗
- UIImageView的使用
- Android实现透明的颜色效果
- 【ExtJs】模态确定框与模态输入框
- 5个孩子的妈考进哈佛 她用半年的时间做到了