先来看 lua table 源码长度获取部分(ltable.c)
j 是数组部分的长度。首先判断数组长度大于 0,并且数组最后一个是 nil,就用二分法查找,返回长度。
如果 t->node 是 table 的 hash 部分存放,如果是空,就返回数组的长度。
第一种例子:
对于这种,初始化了数组长度,t 的长度是 7,为什么呢。因为最后一位不是 nil
以下情况 t 的长度就是 5。
第二种例子:
大家都应该知道 t 的长度是 5。
这样的话,t的长度是多少呢???
答案是 2,为什么呢?
对于 t[6] 的插入,导致 table 表 rehash。
t[6] 会先调用(lapi.c)
然后会进入(lvm.c)
然后会调用(ltable.c)luaH_newkey这个函数
然后调用 rehash
这个地方其实是数组部分和放到hash部分的计算,nums 是统计数字的分布,仔细看代码会知道数组长度是 2 的 n 次方。
这儿 nil 不是数字不会纳入统计,所以 1,2,5,6 会计算出数组长度是 4,其余部分放入到 node 部分
table 是有数组和 node hash 部分组成。
这样根据我们前面看的函数,第四个是 nil,所以用二分法找出的长度是 2。
这样是 lua 数组里面如果 nil,可能会导致的坑,当然只是 rehash 导致的。