微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

lua的table长度问题



看以下代码

  1. local tblTest1 =  
  2. {  
  3.     1,  
  4.     2,  
  5.     3  
  6. }  
  7.   
  8. print(table.getn(tblTest1))  

这段代码输出的结果是3,这个大家都知道,是吧。不管最后那个3后面有没有加逗号,结果都是3。

再看下面的代码

  1. local tblTest2 =  
  2. {  
  3.     1,  
  4.     a = 2,  
  5.     3,  
  6. }  
  7.   
  8. print(table.getn(tblTest2))  

这段代码输出的结果是多少?这里的输出结果应该是2。首先,要明白,这个tblTest2不是一个简单的table,它混合了列表(list)和记录(record)两种风格,表中,a = 2是record风格。其次,要明白,record风格的record是不作为外表的长度计算(key值无法对应索引位置的才不计算)。你可以把它想象成一个函数,跟其他面向对象语言一样,函数是不记为内部变量的。

既然像函数一样,那就可以输出a的值,是的。print(tblTest2.a)就可以了。

key值对应索引,key值可以对应索引的比如像下面这个:

  1. local tblTest =  
  2. {  
  3.     [1] = 2,  
  4.     [2] = 3,  
  5.     [3] = 10,  
  6. }  
  7. print(table.getn(tblTest))  

[1],[2],[3]可以对应索引位置,所以输出3,如果key值不能对应索引,那么结果往往是错的,比如:

  1. local tblTest =  
  2. {  
  3.     [1] = 2,  
  4.     [2] = 5,  
  5.     [4] = 10,  
  6. }  
  7. print(table.getn(tblTest))  

上面这个代码输出结果是4,但是下面的这个是2,

  1. local tblTest =  
  2. {  
  3.     [1] = 2,  
  4.     [5] = 10,  
  5. }  
  6. print(table.getn(tblTest))  

另外,还有一种混搭风格,比如

  1. local tblTest =  
  2. {  
  3.     2,  
  4.     [3] = 2,  
  5.     4,  
  6. }  
  7. print(table.getn(tblTest))  

3与[3]可以混搭,所以,这里输出的结果是3

还有一个规则,就是当用列表风格的时候,每次都是先寻找[1]所在的位置然后才开始计算的。。。。其实可以理解为先找到1,然后排序,之后再计算长度~~~

建议不要在table中混合recrod和list风格,然后计算长度,除非你对他们之间的规则非常清楚,另外,列表风格中的key如果不是数字,也不会进行计算~~~

再看下面的代码

  1. local tblTest3 =  
  2. {  
  3.     1,  
  4.     {a = 2},  
  5. }  
  6.   
  7. print(table.getn(tblTest3))  

这段代码输出的结果是多少?这里的输出结果应该是3。要注意,表嵌套表,嵌套表也是元素。所以,输出的结果是3。

以下情况相当纠结,可直接看最后一句话总结:

现在来看一个比较纠结的:

  1. local tblTest4 =  
  2. {  
  3.     1,  
  4.     nil,  
  5. }  
  6.   
  7. print(table.getn(tblTest4))  

这段代码输出的结果是多少?是1。我们都知道table获取长度的时候,会遍历一下整个表,在最后一个非nil处,就会返回。

但是,下面这段代码呢?

  1. local tblTest5 =  
  2. {  
  3.     1,  
  4.     2,  
  5. }  
  6.   
  7. print(table.getn(tblTest5))  

上面这段代码,结果如下:


好玩吧?它把nil也当成元素计算长度了。但叫你摸不着头脑的是下面这段代码


看到没,这段代码的结果是1。再发一段,让你完全蒙掉:


看,这段代码输出结果是3,蒙了没?再看,这一段叫你以后再也不敢再table中写nil值:


看看吧,这一段的输出结果是1。亲,请问,你以后还敢在lua的table中用nil值吗???如果你继续往后面加nil,你可能会发现点什么。你可能认为你发现的是个规律。但是,你千万不要认为这是个规律。因为这是错误的。

1、在table中不要使用nil

2、如果非要使用nil,必须用table.setn()函数去设置这个table表的长度。注意:新版本的lua已经不支持setn了。

必须给你个结论:

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐