C++实现简单的内存碎片统计 _ 空闲链表遍历算法【源码】

C++实现内存碎片统计：基于空闲链表的遍历算法与源码解析

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

C++模拟空闲链表与内存碎片统计方法

在C++中统计内存碎片，无需从底层重写malloc函数。一种高效且直观的实现方案是：利用自定义的std::list配合固定大小的内存池来模拟空闲链表。其核心思想是将每个空闲内存块抽象为一个结构体节点，包含起始地址addr和块大小size两个关键字段，并按照地址升序组织链表。通过遍历这个有序链表，我们可以精确识别两种碎片：相邻空闲块之间的地址间隙属于外部碎片；而分配过程中因尺寸不匹配产生的、小于最小分配单位的“边角料”则属于内部碎片。

需要澄清一个常见误区：碎片化的严重程度并非单纯由小空闲块的数量决定，关键在于这些碎片能否组合起来满足实际的连续内存分配请求。例如，即使存在十个64字节的空闲块，若程序需要申请512字节的连续内存且这些块地址不连续，它们依然是无效的碎片。

实现步骤可概括如下：

• 首先，使用一个大型数组（如char heap[1024 * 1024]）模拟1MB的堆内存空间。
• 其次，定义FreeBlock结构体，并维护一个std::list链表。
• 初始化时，将整个堆作为单一空闲块插入链表，其地址指向heap，大小为数组总尺寸。
• 执行内存分配时，根据特定策略（如首次适配）在链表中查找合适块，进行拆分并更新链表状态。
• 释放内存时，则需检查并合并地址相邻的空闲块，确保链表始终准确反映内存的连续空闲区域。

核心方案：通过按地址升序维护的std::list与固定内存池模拟空闲链表；外部碎片通过计算相邻块地址间隙获得，内部碎片则统计拆分后小于最小分配尺寸（MIN_ALLOC_SIZE）的残余块。

外部碎片的识别与量化计算（基于地址间隙）

外部碎片本质上是分散在已分配内存之间的、无法被利用的地址空间间隙。这些间隙信息并不直接存储在空闲链表中，必须通过遍历一个严格按地址排序的链表来推导计算。

实现准确计算的前提是：必须确保空闲链表始终按addr字段升序排列。为实现高效维护，不建议使用std::vector并频繁排序，因其插入删除成本高。更优选择是使用std::list并在插入时手动维护顺序，或直接采用能自动排序的std::set容器。

具体的计算逻辑如下：

• 遍历有序空闲链表，对于每一对相邻节点a和b，计算间隙：gap = b.addr - (a.addr + a.size)。
• 若gap > 0，则表明存在外部碎片，将此gap值累加到外部碎片总字节数中。
• 可进一步细化分析，例如统计gap < 16字节的微小间隙数量，这类间隙通常因过小而无法满足任何分配请求，属于纯粹的内存浪费。
• 计算范围需限定在堆内存边界内：第一个空闲块之前与最后一个空闲块之后的地址空间不属于可用堆，不应计入间隙统计。

立即学习“C++免费学习笔记（深入）”；

内部碎片统计：超越malloc对齐的考量

内部碎片是指已分配给用户但实际未被使用的内存部分。除了系统级的内存对齐和最小分配单元限制，在自定义内存池中，内部碎片主要源于两种情况：一是拆分空闲块时因尺寸取整产生的“零头”；二是用户请求大小与空闲块尺寸不完全匹配，切分后剩余的“边角料”。

举例说明：假设一个1024字节的空闲块，收到1000字节的分配请求。分配后剩余的24字节若小于预设的最小分配粒度（如16字节），则它虽被挂回空闲链表，但后续极难被再次利用——这便形成了实质的内部碎片。

进行内部碎片统计时需把握以下要点：

• 当从空闲块f中分配req_size大小的内存时，差值f.size - req_size仅是潜在碎片。
• 真正应计入统计的，是拆分后新生成并加入空闲链表的那个“残余块”，且其size必须小于预设的MIN_ALLOC_SIZE（例如8或16字节）。
• 需避免重复统计。同一空闲块经多次拆分，仅对最终产生的、不可用的尾部残余进行计数。
• 统计时不应简单套用sizeof(size_t)等系统对齐值。在自定义池中，对齐策略由你定义。例如，若规定所有分配按16字节对齐，并在块头部预留16字节存储元数据，那么这部分开销也应作为内部碎片纳入考量。

std::list与std::vector的选择：遍历效率与合并操作陷阱

选择std::list的主要原因在于其作为双向链表，插入和删除操作的时间复杂度为O(1)，在维护地址有序性时，仅需找到正确位置后进行拼接（splice）即可。相比之下，std::vector的插入操作可能引发大量元素移动（memmove），时间复杂度为O(n)。然而，std::list的常见“陷阱”往往出现在合并空闲块的逻辑处理上。

合并操作不仅仅是删除节点。假设存在三个连续的空闲块A、B、C，若先合并A和B，但指针处理不当，就可能错过B和C的合并机会，导致链表状态错误。

正确的合并流程应遵循：

• 释放内存时，首先查找前驱块：是否存在块p，满足p.addr + p.size == freed_block.addr（即前一块尾部紧邻当前释放块头部）。
• 其次查找后继块：是否存在块n，满足freed_block.addr + freed_block.size == n.addr（即当前释放块尾部紧邻后一块头部）。
• 合并顺序至关重要：必须优先与前驱块合并（合并后将形成一个地址更大的新块），然后再用这个新块的地址判断是否能与后继块合并。
• 注意迭代器失效问题：使用std::list::erase()删除节点后，指向该节点的迭代器立即失效。切勿在循环中直接使用它访问下一元素，正确做法是在删除前，使用std::next(it)或预先保存下一个迭代器。
• 调试建议：编写一个dump_freelist()函数，用于打印链表中每个块的addr和size。通过直观检查输出，可以快速发现地址断裂或块重叠等问题。

最后强调两个关键细节：第一，碎片统计应在所有分配与释放操作完成后的“稳定状态”下进行，中间过程的临时数据缺乏参考价值。第二，进行地址比较和算术运算时，务必先将指针转换为uintptr_t类型，避免直接对void*进行操作，因为在某些平台上这属于未定义行为。