free和malloc。这不会引起碎片问题。mmap。这可能会导致地址空间的碎片化，但在64位系统上，虚拟地址空间基本上是免费的，而在32位系统上，几百兆字节也不是问题。free和malloc。malloc的工作方式是，您没有写入的页面不会占用内存。malloc了一个500 MB的缓冲区，但仅使用了前100 MB，则您的程序实际上不会比您malloc一个100 MB的缓冲区并使用整个缓冲区占用更多的内存。这样做会导致更多的地址空间碎片化，但在64位系统上不是问题，而且您可以始终调整分配大小以使其在32位系统上运行。mmap，只需将malloc/free视为mmap/munmap的简单接口即可，对于大型分配（1 MiB是常见的门槛）。malloc的最坏情况，但浪费的总内存百分比有一个界限。 - Dietrich Epp只需使用realloc。在现代系统上，即使缓冲区被移动到新地址，移动也将通过操作页面表（在Linux上是mremap；我相信其他系统有类似的机制），而不是通过复制数据来完成。（请注意，这里假设有大缓冲区；对于小缓冲区，通常少于几百kb，实际上会发生复制。）
如果您的目标是64位机器，则完全不需要担心内存碎片化。您永远不会因为内存碎片化严重而用完虚拟地址空间。如果您还需要处理32位机器，则只要线程不太多，你可能是安全的。只要总内存消耗小于1GB，在分片情况下由于分配问题而用完虚拟地址空间是非常困难的，假设您的使用模式正确。如果您担心它，请预先分配可能需要的最大大小。
使用malloc/realloc/free实现您的解决方案并进行性能分析。如果内存分配是一个问题，您可以使用更好的malloc实现，例如Facebook的jemalloc或Google的tcmalloc。
请参阅C++内存分配机制性能比较（tcmalloc vs. jemalloc）以比较这两者。
它们都非常擅长处理内部/外部碎片。
malloc也会执行相同的操作。 - Dietrich Epp