又有同事在lua的table长度问题上犯错了，我们一起来看看吧~~~

看以下代码：

复制代码 代码如下:
local tblTest1 = 
{ 
    1, 
    2, 
    3 
} 
 
print(table.getn(tblTest1)) 

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

再看下面的代码：

复制代码 代码如下:
local tblTest2 = 
{ 
    1, 
    a = 2, 
    3, 
} 
 
print(table.getn(tblTest2)) 

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

key值对应索引，key值可以对应索引的比如像下面这个：
复制代码 代码如下:
local tblTest =
{
    [1] = 2,
    [2] = 3,
    [3] = 10,
}
print(table.getn(tblTest))

[1]，[2]，[3]可以对应索引位置，所以输出3，如果key值不能对应索引，那么结果往往是错的，比如：
复制代码 代码如下:
local tblTest =
{
 [1] = 2,
 [2] = 5,
 [4] = 10,
}
print(table.getn(tblTest))

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

复制代码 代码如下:
local tblTest =
{
 [1] = 2,
 [2] = 5,
 [5] = 10,
}
print(table.getn(tblTest))

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

复制代码 代码如下:
local tblTest =
{
 2,
 [3] = 2,
 4,
}
print(table.getn(tblTest))

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

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

建议不要在table中混合recrod和list风格，然后计算长度，除非你对他们之间的规则非常清楚，另外，列表风格中的key如果不是数字，也不会进行计算~~~
再看下面的代码：
复制代码 代码如下:
local tblTest3 =
{
    1,
    {a = 2},
    3,
}

print(table.getn(tblTest3))

这段代码输出的结果是多少？这里的输出结果应该是3。要注意，表嵌套表，嵌套表也是元素。所以，输出的结果是3。
以下情况相当纠结，可直接看最后一句话总结：

现在来看一个比较纠结的：
复制代码 代码如下:
local tblTest4 =
{
    1,
    nil,
}

print(table.getn(tblTest4))

这段代码输出的结果是多少？是1。我们都知道table获取长度的时候，会遍历一下整个表，在最后一个非nil处，就会返回。
但是，下面这段代码呢？
复制代码 代码如下:
local tblTest5 =
{
    1,
    nil,
    2,
}

print(table.getn(tblTest5))

上面这段代码，结果如下：

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

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

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

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

1、在table中不要使用nil

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

必须给你个结论：

setn函数已过时，不要在lua的table中使用nil值，如果一个元素要删除，直接remove，不要用nil去代替。