先来看 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 导致的。
