加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 大数据 > 正文

有关Lua状态关闭和垃圾收集元方法的规则

发布时间:2020-12-15 00:15:59 所属栏目:大数据 来源:网络整理
导读:tl; dr version:如果它访问全局变量,在Lua状态关闭期间是垃圾收集元方法安全吗?那么本地的价值呢? 当用lua_close关闭lua_State时,Lua文档说all of the objects are deleted.并且它表示保证调用任何相关的垃圾收集元方法. 大. 但是,有两种可能的GC元方法用
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”.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读