又有同事在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去代替。