【笨木头Lua专栏】基础补充22：弱引用table | 笨木头与游戏开发

勤奋不止 2015-04-16

展开全文

【笨木头Lua专栏】基础补充22：弱引用table

作者：笨木头发布：2014-09-15 21:05 分类：Cocos2d-x Lua 阅读：1,263次 6条评论

如果文章对您有所帮助，欢迎给作者捐赠，支持笨木头的独立游戏工作，捐赠数额随意，重在心意^_^ + 我要捐赠

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

笨木头花心贡献，哈？花心？不，是用心~

转载请注明，原文地址：http://www./archives/1808

文章来源：笨木头与游戏开发

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