有关Lua状态关闭和垃圾收集元方法的规则
tl; dr version:如果它访问全局变量,在Lua状态关闭期间是垃圾收集元方法安全吗?那么本地的价值呢?
当用lua_close关闭lua_State时,Lua文档说all of the objects are deleted.并且它表示保证调用任何相关的垃圾收集元方法. 大. 但是,有两种可能的GC元方法用例在这种范例下是不确定的: >如果您的GC元方法使用存储可收集值的局部变量,该怎么办?比方说,一个字符串,一个函数等.也就是说,你的GC元方法定义如下: local some_string = "string" function mt:__gc() --[[Do something with some_string]] end 在这种情况下会发生什么?是否可以收集some_string?我知道如果在正常情况下正在收集metatable所在的对象,那么这是不可能的. Lua将保证some_string的值将保留,直到收集GC函数本身. 但是由于lua_close正在破坏所有对象,因此在函数出现之前,GC函数的upval可能会被破坏吗?我认为不是(因为这可能导致各种问题),但我正在寻找真正的答案,而不是我的想法. local some_string = "string" function mt:__gc() print(some_string) end 这看起来像#1,但事实并非如此.为什么?因为它访问全局变量.即,打印. 函数与print中存储的任何值之间没有直接关联(与case 1不同,some_string显然是函数的upvalue).因此,在Lua状态关闭期间调用函数之前可以收集打印. 问题是:在Lua状态关闭期间,垃圾收集元方法是否可以安全使用全局表中的任何内容(忽略故意破坏全局表的可能性,而不是print = nil)?或者,作为一般规则,他们是否应始终明确地将任何功能或数据与本地接触?这足以避免问题吗? 解决方法
可以从__gc方法访问的任何数据都是安全的;这包括本地和可访问的表,如_G,其中包含print.
可能存在的问题是(未加载)C库;这会影响Lua 5.1,并在Lua 5.2.1中得到修复.见patch for “Finalizers may call functions from a dynamic library after the library has been unloaded”. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |