1.空对象不是“空”的！

对于我们熟知的一些空对象，例如空字符串、空列表、空字典等等，不知道大家是否曾好奇过，是否曾思考过这些问题：

空的对象是不是不占用内存呢？如果占内存，那占用多少呢？为什么是这样分配的呢？

直接上代码吧，一起来看看几类基本数据结构的空对象的大小：

可见，虽然都是空对象，但是这些对象在内存分配上并不为“空”，而且分配得还挺大（记住这几个数字哦，后面会考）。

排一下序：基础数字<空元组 < 空字符串 < 空列表 < 空集合 < 空字典。

这个小秘密该怎么解释呢？因为这些空对象都是容器，我们可以抽象地理解：它们的一部分内存用于创建容器的骨架、记录容器的信息（如引用计数、使用量信息等等）、还有一部分内存则是预分配的。

2.内存扩充不是均匀的！

空对象并不为空，一部分原因是 Python 解释器为它们预分配了一些初始空间。在不超出初始内存的情况下，每次新增元素，就使用已有内存，因而避免了再去申请新的内存。那么，如果初始内存被分配完之后，新的内存是怎么分配的呢？

分别给三类可变对象添加 26 个元素，看看结果如何：

由此能看出可变对象在扩充时的秘密：

以上的可变对象在扩充时，有相似的分配机制，在动态扩容时可明显看出效果。那么，静态创建的对象是否也有这样的分配机制呢？它跟动态扩容比，是否有所区别呢？先看看集合与字典：

看到这个结果，再对比上一节的截图，可以看出：在元素个数相等时，静态创建的集合/字典所占的内存跟动态扩容时完全一样。这个结论是否适用于列表对象呢？一起看看：

上一节的截图显示，列表在前 4 个元素时都占 96 字节，在 5 个元素时占 128 字节，与这里明显矛盾。

所以，这个秘密昭然若揭：在元素个数相等时，静态创建的列表所占的内存有可能小于动态扩容时的内存！也就是说，这两种列表看似相同，实际却不同！列表不等于列表！

前面提到了，扩充可变对象时，可能会申请新的内存。那么，如果反过来缩减可变对象，减掉一些元素后，新申请的内存是否会自动回收掉呢？

如代码所示，列表在一扩一缩后，虽然回到了原样，但是所占用的内存空间可没有自动释放啊。其它的可变对象同理。

这就是 Python 的小秘密了，“胖子无法减重原理”：瘦子变胖容易，缩减身型也容易，但是体重减不掉，哈哈~~~

使用 pop() 方法，只会缩减可变对象中的元素，但并不会释放已申请的内存空间。还有个 clear() 方法，它会清空可变对象的所有元素，让我们试试看吧：

调用 clear() 方法，我们就获得了几个空对象。在第一小节里，它们的内存大小已经被查验过了。（前面说过会考的，请回看下）但是，如果这时再查验的话，你会惊讶地发现，这些空对象的大小跟前面查的并不完全一样！

空列表与空元组的大小不变，然而空字典（72）竟然比前面的空字典（240）要小很多！也就是说，列表与元组在清空元素后，回到起点不变初心，然而，字典这家伙却是“赔了夫人又折兵”，不仅把“吃”进去的全吐出来了，还把自己的老本给亏掉了！

字典的这个秘密藏得挺深的，说实话我也是刚刚获知，百思不得其解……以上就是 Python 在分配内存时的几个小秘密啦，看完之后，你是否觉得涨见识了呢？

本文转载自微信公众号：Python猫（ID：python_cat）

作者介绍：
豌豆花下猫，生于广东，毕业于武大，现为苏漂程序员，有一些极客思维，也有一些人文情怀，有一些温度，还有一些态度。