有关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可能会被破坏吗？我认为不是(因为这可能导致各种问题),但我正在寻找真正的答案,而不是我的想法.
>我承认#1不太可能成为问题,因为它会在GC元方法中产生许多问题.但是,这是一个完全不同的问题：

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”.