又有同事在lua的table长度问题上犯错了，我们一起来看看吧~~~ 看以下代码： 这段代码输出的结果是3，这个大家都知道，是吧。不管最后那个3后面有没有加逗号，结果都是3。 再看下面的代码： 这段代码输出的结果是多少？这里的输出结果应该是2。首先，要明白，这个tblTest2不是一个简单的table，它混合了列表(list)和记录(record)两种风格，表中，a = 2是record风格。其次，要明白，record风格的record是不作为外表的长度计算（key值无法对应索引位置的才不计算）。你可以把它想象成一个函数，跟其他面向对象语言一样，函数是不记为内部变量的。 既然像函数一样，那就可以输出a的值，是的。print(tblTest2.a)就可以了。 key值对应索引，key值可以对应索引的比如像下面这个： [1]，[2]，[3]可以对应索引位置，所以输出3，如果key值不能对应索引，那么结果往往是错的，比如： 上面这个代码的输出结果是4，但是下面的这个是2， 另外，还有一种混搭风格，比如 3与[3]可以混搭，所以，这里输出的结果是3 还有一个规则，就是当用列表风格的时候，每次都是先寻找[1]所在的位置然后才开始计算的。。。。其实可以理解为先找到1，然后排序，之后再计算长度~~~ 建议不要在table中混合recrod和list风格，然后计算长度，除非你对他们之间的规则非常清楚，另外，列表风格中的key如果不是数字，也不会进行计算~~~ 再看下面的代码： 这段代码输出的结果是多少？这里的输出结果应该是3。要注意，表嵌套表，嵌套表也是元素。所以，输出的结果是3。 以下情况相当纠结，可直接看最后一句话总结： 现在来看一个比较纠结的： 这段代码输出的结果是多少？是1。我们都知道table获取长度的时候，会遍历一下整个表，在最后一个非nil处，就会返回。 但是，下面这段代码呢？ 上面这段代码，结果如下： [img]http://files.jb51.net/file_images/article/201504/201542393702659.jpg?201532393718[/img] 好玩吧？它把nil也当成元素计算长度了。但叫你摸不着头脑的是下面这段代码： [img]http://files.jb51.net/file_images/article/201504/201542393728902.jpg?201532393735[/img] 看到没，这段代码的结果是1。再发一段，让你完全蒙掉： [img]http://files.jb51.net/file_images/article/201504/201542393743697.jpg?201532393752[/img] 看，这段代码输出结果是3，蒙了没？再看，这一段叫你以后再也不敢再table中写nil值： [img]http://files.jb51.net/file_images/article/201504/201542393758566.jpg?20153239385[/img] 看看吧，这一段的输出结果是1。亲，请问，你以后还敢在lua的table中用nil值吗？？？如果你继续往后面加nil，你可能会发现点什么。你可能认为你发现的是个规律。但是，你千万不要认为这是个规律。因为这是错误的。 1、在table中不要使用nil 2、如果非要使用nil，必须用table.setn()函数去设置这个table表的长度。注意：新版本的lua已经不支持setn了。 必须给你个结论： setn函数已过时，不要在lua的table中使用nil值，如果一个元素要删除，直接remove，不要用nil去代替。