Lua 弱引用table

最新推荐文章于 2022-04-07 10:04:09 发布

转载最新推荐文章于 2022-04-07 10:04:09 发布 · 204 阅读

1 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/guangyun/p/4685550.html

文章标签：

#lua #内存管理

本文转载于：http://www.benmutou.com/archives/1808

这次要介绍的内容比较少，就一个——弱引用table

1.无法超越人类智慧的智能——自动内存管理的缺陷

我们都知道，Lua是具备自动内存管理的，好吧，也许有些朋友不知道。

我们只管创建对象，无须删除对象（当然，对于不要的对象你需要设置一下nil值），Lua会自动删除那些被认为是垃圾的对象。

问题就出现在，什么对象才是垃圾对象，有些时候，我们很清楚某个对象是垃圾，但是，Lua却无法发现。

比如这样一个例子：

t = {};
   
    -- 使用一个table作为t的key值
    key1 = {name = "key1"};
    t[key1] = 1;
    key1 = nil;
   
    -- 又使用一个table作为t的key值
    key2 = {name = "key2"};
    t[key2] = 1;
    key2 = nil;
   
    -- 强制进行一次垃圾收集
    collectgarbage();
   
    for key, value in pairs(t) do
        print(key.name .. ":" .. value);
    end

这段代码有点复杂，智商低于250的可能会看不懂。

首先以一个table，叫做t。

然后创建一个新的table——key1，这个key1作为t的key值，给t新增了一个字段，赋值为1。

同样的，key2也作为t的一个key值。

接着，调用了collectgarbage函数，可以不管它，我们只要知道，它会让lua进行一次垃圾回收。

最后输出t的所有字段，输出结果如下：

[LUA-print] key1:1
[LUA-print] key2:1

这很符合常理，也在我们的预计当中，虽然我们在给t赋值之后，key1和key2都赋值为nil了。

但是，已经添加到table中的key值是不会因此而被当做垃圾的。

换句话说，key1本身已经是nil值，但它曾经所指向的内容依然存放在t中。key2也是一样的情况。

所以我们最后还是能输出key1和key2的name字段。

2.颠覆你的认知——弱引用table

刚刚举例的只是正常情况，那么，如果我们把某个table作为另一个table的key值后，希望当table设为nil值时，另一个table的那一条字段也被删除。

应该如何实现？

这时候就要用到弱引用table了，弱引用table的实现也是利用了元表。

我们来看看下面的代码，和之前几乎一样，只是加了一句代码：

t = {};
   
    -- 给t设置一个元表，增加__mode元方法，赋值为“k”
    setmetatable(t, {__mode = "k"});
   
    -- 使用一个table作为t的key值
    key1 = {name = "key1"};
    t[key1] = 1;
    key1 = nil;
   
    -- 又使用一个table作为t的key值
    key2 = {name = "key2"};
    t[key2] = 1;
    key2 = nil;
   
    -- 强制进行一次垃圾收集
    collectgarbage();
   
    for key, value in pairs(t) do
        print(key.name .. ":" .. value);
    end