Lua 弱表内存泄漏
2020-8-4 23:8:22
收藏:0
阅读:170
评论:3
我不经常使用弱表。但是现在我需要管理某些对象的属性,这些属性应该存储在其他地方。这时弱表就派上用场了。我的问题是,它们没有像预期的那样工作。我需要弱键,以便当键不再被引用时,整个键值对都被删除,并且我需要强值,因为存储的是具有仅在该表内部使用的元信息的表,它们还有一个对键的引用,但是这些键值对似乎从未被收集。
代码示例:
local key = { }
local value = {
ref = key,
somevalue = "仍然存在"
}
local tab = setmetatable({}, { __mode = "k" })
tab[key] = value
function printtab()
for k, v in pairs(tab) do
print(v.somevalue)
end
end
printtab()
key = nil
value = nil
print("删除值")
collectgarbage()
printtab()
预期输出:
仍然存在
删除值
得到的是:
仍然存在
删除值
仍然存在
为什么键值对没有被删除?value的唯一引用实际上是tab内的弱引用,value内的引用不相关,因为value本身不在任何地方使用。
点赞
用户8294610
你可以像这样更改代码。这样你就会得到期望的输出。Tip:在你想要它变弱时,不要引用关键变量。
local key = {}
local value = {
-- ref = key,
somevalue = "仍然存在"
}
local tab = setmetatable({}, { __mode = "k" })
tab[key] = value
function printtab()
for k, v in pairs(tab) do
print(v.somevalue)
end
end
printtab()
key = nil
value = nil
print("删除值")
collectgarbage()
printtab()
2020-08-05 10:07:56
用户1847592
Lua 5.2 支持【短命表】(Ephemeron tables)。
Lua 5.2 手册中写到:
带有弱键和强值的表也被称为短命表。在短命表中,仅当其键可达时,一个值才被视为可达。特别地,如果键的唯一引用是其值,则这个键值对会被移除。
Lua 5.1 无法正确支持短命表。
2020-08-05 12:33:22
评论区的留言会收到邮件通知哦~
推荐文章
- Lua 虚拟机加密load(string.dump(function)) 后执行失败问题如何解决
- 我想创建一个 Nginx 规则,禁止访问
- 如何将两个不同的lua文件合成一个 东西有点长 大佬请耐心看完 我是小白研究几天了都没搞定
- 如何在roblox studio中1:1导入真实世界的地形?
- 求解,lua_resume的第二次调用继续执行协程问题。
- 【上海普陀区】内向猫网络招募【Skynet游戏框架Lua后端程序员】
- SF爱好求教:如何用lua实现游戏内调用数据库函数实现账号密码注册?
- Lua实现网站后台开发
- LUA错误显式返回,社区常见的规约是怎么样的
- lua5.3下载库失败
- 请问如何实现文本框内容和某个网页搜索框内容连接,并把网页输出来的结果反馈到另外一个文本框上
- lua lanes多线程使用
- 一个kv数据库
- openresty 有没有比较轻量的 docker 镜像
- 想问一下,有大佬用过luacurl吗
- 在Lua执行过程中使用Load函数出现问题
- 为什么 neovim 里没有显示一些特殊字符?
- Lua比较两个表的值(不考虑键的顺序)
- 有个lua简单的项目,外包,有意者加微信 liuheng600456详谈,最好在成都
- 如何在 Visual Studio 2022 中运行 Lua 代码?

你对垃圾收集器做了太多假设。你的数据最终会被收集。在这个例子中,如果你调用
collectgarbage()两次,它应该可以工作,但如果你的弱表中有一些循环,它可能会花费更长时间。编辑:实际上,只有等待
__cg事件时才会发生这种情况。我仔细检查了你的代码,并注意到你还有另一个问题。
你的 value 同时引用了键,创建了一个循环,可能超出了 Lua 版本的垃圾收集器的承受范围。在 PUC Lua 5.3 中,这可以正常工作,但在 LuaJIT 中,该循环似乎会阻止值被收集。
如果仔细思考一下,这实际上很有道理;从我所知道的情况来看,整个过程是通过首先从表中删除弱元素,当它们没有任何其他引用时,留下它们正常地被下一次 GC 运行时收集。
然而,当这个步骤运行时,键仍然在表中,因此(不弱的)值在 GC 眼中是一个有效的引用,因为它可以从代码中访问。因此,垃圾回收器在无法删除键值对时陷入了一种死锁状态。
可能的解决方案是: