table的大小是动态变化的。看如下代码：
复制代码 代码如下:
tb = {1,2,3} --数组大小4，hash表大小1（不管hash表有没有存数据，它的大小最小为1）
tb[5] = 5
tb[100] = 100 --数组大小4，hash表大小2
因为后插入的两个数的key过于离散，所以它们被保存到hash表中。最终tb的大小为4+2=6。
这时我们对table进行删除操作：
复制代码 代码如下:
tb[1] = nil
tb[2] = nil
tb[3] = nil
tb[5] = nil
tb[100] = nil
这时tb里面没有数据了，但tb的大小还是6，tb占用的内存空间并没有释放！
这里提供两种方式来释放tb所占的内存空间。
第一种：
将tb设为nil，然后等垃圾收集或强制执行一次垃圾收集（collectgarbage）。
第二种：
用一个之前没用过的key对tb的内容赋nil值。要找一个未使用过的key很简单，直接构造一个table当key就可以了，比如tb[{}]=nil。
第一种是正规的做法，第二种只是一种演示，不实用。
下面解释一下第二种方法为什么能释放table占用的内存空间。
只有两种情况会设置table的大小，一种是构造table的时候，一种是用一个新key向table插入一个值的时候。
前者不用解释，那是必须的。后者是为了提高table中array的利用率而进行的优化。
当向table插入一个新值时，lua会计算新值插入后整个table中array与hash的情况（有些值被设nil，有些值从hash移到array），
重新计算变化后的table，算出新的array与hash的大小，重新分配空间。
所以，尽管上面tb中的所有值都是nil，但由于没有向table插入一个新值，没有触发table的重新分配，所以空间并没有释放。
PS：为什么用一个老key没效果呢？这是因为老key对应的table空间还在，lua会直接使用老空间而不去计算新空间。
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
更新日志
- 小骆驼-《草原狼2(蓝光CD)》[原抓WAV+CUE]
- 群星《欢迎来到我身边 电影原声专辑》[320K/MP3][105.02MB]
- 群星《欢迎来到我身边 电影原声专辑》[FLAC/分轨][480.9MB]
- 雷婷《梦里蓝天HQⅡ》 2023头版限量编号低速原抓[WAV+CUE][463M]
- 群星《2024好听新歌42》AI调整音效【WAV分轨】
- 王思雨-《思念陪着鸿雁飞》WAV
- 王思雨《喜马拉雅HQ》头版限量编号[WAV+CUE]
- 李健《无时无刻》[WAV+CUE][590M]
- 陈奕迅《酝酿》[WAV分轨][502M]
- 卓依婷《化蝶》2CD[WAV+CUE][1.1G]
- 群星《吉他王(黑胶CD)》[WAV+CUE]
- 齐秦《穿乐(穿越)》[WAV+CUE]
- 发烧珍品《数位CD音响测试-动向效果（九）》【WAV+CUE】
- 邝美云《邝美云精装歌集》[DSF][1.6G]
- 吕方《爱一回伤一回》[WAV+CUE][454M]