控制Lua 5.1的垃圾回收器

2009-5-7 22:18:40
收藏：0
阅读：414
评论：2

我有一个使用SWIG将C ++类暴露给Lua的类。脚本创建对象，但管理器类还具有指向对象的指针，以便可以在C ++（或另一个脚本）中进行修改，因为无论什么原因。

问题在于，当脚本完成时，对象被释放，如何控制垃圾收集器收集什么，而不必实现gc metamethod ？

请参考以下示例：

someObject = Utils.Object ("Obj name");

现在，对象已经在管理器中注册，因此应用程序（和其他脚本）可以访问它。

obj = ObjManager:GetObject (0);

显然不是非常现实的例子，但希望它阐明了我的问题。有没有办法在没有C ++中的gc metamethod的情况下否决垃圾收集器？

只是澄清一下，管理器在C ++中，Utils是托管暴露类的模块名。此外，对象在其构造函数中向管理器注册。

提前致谢。

原文链接 https://stackoverflow.com/questions/833257

点赞
stackoverflow用户41661
stackoverflow用户41661

是的，可以让 Utils.Object 将对象放入一个私有表中。然后它将永远不会被收集，但是你可以玩些技巧（代码未经测试）：

do
  local retained = { }  -- table forces objects to be retained
  local old_util_object = Util.Object
  Util.Object = function(...)
    local obj = old_util_object(...)
    retained[obj] = true
    return obj
  end
  Util.Free = function(obj)
    assert(retained[obj])
    retained[obj] = nil  -- now obj can be garbage-collected
  end
end

如果你想在 C++ 侧解决同样的问题，那么你需要让你的 C++ 代码分配一个私有表并将其放入 Lua 注册表中。然后你可以玩相同的插入/删除游戏，只需使用 C API 而不是 Lua 源。如果你熟悉 Lua 的 C API，那么这个问题很简单。如果你以前没有使用过 C API，那么现在是开始学习的最好时机。

2009-05-07 21:31:11
stackoverflow用户68204
stackoverflow用户68204

Lua的垃圾回收只知道在Lua中保存的引用，这是一个合理的实现约束。这意味着对象的生命周期是由Lua控制的。如果一个由执行一个脚本或函数创建的对象需要在稍后的脚本或函数中使用，就需要在Lua状态中保留对它的引用，以便垃圾回收器“知道”它仍在使用中。否则，它将无法区分垃圾，并且可能随时被丢弃。

这是Lua注册表的目的之一。C端可以通过将Lua对象放入注册表来轻松地保存对任何Lua对象的引用。键可以是C库已知的某个唯一值（将静态变量的地址转换为轻量级userdata通常是一个好选择，因为它不会与任何其他库的键冲突）。或者，函数调用luaL_ref（L，LUA_REGISTRYINDEX）将在注册表中将项目放在堆栈的顶部，并返回唯一的整数键。这对于以一种保护函数免受GC并允许在C结构中存储和检索它以便以后调用“指针”（整数键）的方式存储由脚本提供的回调函数非常有效。

请注意，luaL_ref（）可用于管理任何表中的引用，因此，使用对于此目的私有的模块表而不是全局注册表可能非常有意义。在这种情况下，表ObjManager本身可能是一个很好的选择。

2009-05-07 21:46:50

作者:

stackoverflow用户102652

stackoverflow用户102652
推荐文章