Foo* set = new Foo[100];
// ...
delete [] set;
您不需要传递数组的边界来删除[]。但是这些信息存储在哪里呢?它是标准化的吗?
Foo* set = new Foo[100];
// ...
delete [] set;
您不需要传递数组的边界来删除[]。但是这些信息存储在哪里呢?它是标准化的吗?
当前回答
当你在堆上分配内存时,你的分配器会跟踪你已经分配了多少内存。它通常存储在分配内存之前的“head”段中。这样,当需要释放内存时,解分配器确切地知道需要释放多少内存。
其他回答
这是一个比你最初想象的更有趣的问题。这个回复是关于一个可能的实现。
首先,在某种程度上,你的系统必须知道如何“释放”内存块,底层的malloc/free (new/delete/new[]/delete[]通常调用)并不总是准确地记住你需要多少内存,它可以四舍五入(例如,一旦你超过4K,它通常四舍五入到下一个4K大小的块)。
因此,即使可以得到内存块的大小,也不能告诉我们在新的[]ed内存中有多少值,因为它可以更小。因此,我们必须存储一个额外的整数来告诉我们有多少个值。
除非,如果被构造的类型没有析构函数,那么delete[]除了释放内存块外什么都不用做,因此不需要存储任何东西!
基本上它在内存中的排列方式是:
[信息][mem你要的是…]
这里的info是编译器用来存储分配的内存量的结构。
不过,这取决于实现。
这不是规范中的内容——它取决于实现。
信息没有标准化。然而,在我所研究的平台中,这些信息存储在内存中,就在第一个元素之前。因此,理论上你可以访问它并检查它,但这并不值得。
这也是为什么在使用new[]分配内存时必须使用delete[]的原因,因为数组版本的delete知道(以及在哪里)它需要寻找释放适当数量的内存-并为对象调用适当数量的析构函数。
当你在堆上分配内存时,你的分配器会跟踪你已经分配了多少内存。它通常存储在分配内存之前的“head”段中。这样,当需要释放内存时,解分配器确切地知道需要释放多少内存。