又有同事在lua的table長(zhǎng)度問題上犯錯(cuò)了，我們一起來看看吧~~~

看以下代碼：

再看下面的代碼：

key值對(duì)應(yīng)索引，key值可以對(duì)應(yīng)索引的比如像下面這個(gè)：

上面這個(gè)代碼的輸出結(jié)果是4，但是下面的這個(gè)是2，

3與[3]可以混搭，所以，這里輸出的結(jié)果是3

還有一個(gè)規(guī)則，就是當(dāng)用列表風(fēng)格的時(shí)候，每次都是先尋找[1]所在的位置然后才開始計(jì)算的。。。。其實(shí)可以理解為先找到1，然后排序，之后再計(jì)算長(zhǎng)度~~~

建議不要在table中混合recrod和list風(fēng)格，然后計(jì)算長(zhǎng)度，除非你對(duì)他們之間的規(guī)則非常清楚，另外，列表風(fēng)格中的key如果不是數(shù)字，也不會(huì)進(jìn)行計(jì)算~~~
再看下面的代碼：

這段代碼輸出的結(jié)果是多少？這里的輸出結(jié)果應(yīng)該是3。要注意，表嵌套表，嵌套表也是元素。所以，輸出的結(jié)果是3。
以下情況相當(dāng)糾結(jié)，可直接看最后一句話總結(jié)：

現(xiàn)在來看一個(gè)比較糾結(jié)的：

這段代碼輸出的結(jié)果是多少？是1。我們都知道table獲取長(zhǎng)度的時(shí)候，會(huì)遍歷一下整個(gè)表，在最后一個(gè)非nil處，就會(huì)返回。
但是，下面這段代碼呢？

上面這段代碼，結(jié)果如下：

好玩吧？它把nil也當(dāng)成元素計(jì)算長(zhǎng)度了。但叫你摸不著頭腦的是下面這段代碼：

看到?jīng)]，這段代碼的結(jié)果是1。再發(fā)一段，讓你完全蒙掉：

看，這段代碼輸出結(jié)果是3，蒙了沒？再看，這一段叫你以后再也不敢再table中寫nil值：

看看吧，這一段的輸出結(jié)果是1。親，請(qǐng)問，你以后還敢在lua的table中用nil值嗎？？？如果你繼續(xù)往后面加nil，你可能會(huì)發(fā)現(xiàn)點(diǎn)什么。你可能認(rèn)為你發(fā)現(xiàn)的是個(gè)規(guī)律。但是，你千萬不要認(rèn)為這是個(gè)規(guī)律。因?yàn)檫@是錯(cuò)誤的。

1、在table中不要使用nil

2、如果非要使用nil，必須用table.setn()函數(shù)去設(shè)置這個(gè)table表的長(zhǎng)度。注意：新版本的lua已經(jīng)不支持setn了。

必須給你個(gè)結(jié)論：

setn函數(shù)已過時(shí)，不要在lua的table中使用nil值，如果一個(gè)元素要?jiǎng)h除，直接remove，不要用nil去代替。