Windows 32位应用内存耗尽，大量busy internal内存技术问询

问题背景 #

运行32位应用时因内存不足抛出bad_alloc异常，分析崩溃转储后发现：

• 应用提交内存达3GB
• 大部分内存处于**"busy internal"**状态

核心问题 #

1. 应用占用如此多的"busy internal"内存是否合理？
2. 能否对该类内存进行控制或配置？
3. 是否可触发内存合并或碎片整理？

诊断数据 #

DebugDiag虚拟内存分析输出 #

Virtual Memory Analysis 
Virtual Memory Summary 
Size of largest free VM block   6.91 MBytes 
Free memory fragmentation       92.86% 
Free Memory                     96.78 MBytes (2.36% of Total Memory) 
Reserved Memory                 856.05 MBytes (20.9% of Total Memory)
Committed Memory                3.07 GBytes (76.74% of Total Memory)
Total Memory                    4 GBytes 
Largest free block at           0x00000000'ff1f6000 

WinDBG !heap -a <heap>部分输出 #

e3268eee:  21ff8 . 42008 [101] - busy (41ff8) Internal 
e32aaee8:  42008 . 21ff8 [101] - busy (21ff0) Internal 
e32cceee:  21ff8 . 22008 [101] - busy (21ff8) Internal 
e32eeee8:  22008 . 21ff8 [101] - busy (21ff0) Internal 
e331eeee:  21ff8 . 42008 [101] - busy (41ff8) Internal 
e3352008:  42008 . 41ff8 [101] - busy (41ff0) Internal 
e3394eee:  41ff8 . 22008 [101] - busy (21ff8) Internal 
e33b6008:  22008 . 21ff8 [101] - busy (21ff0) Internal 
e33d8eee:  21ff8 . 22008 [101] - busy (21ff8) Internal 
e33faee8:  22008 . 21ff8 [101] - busy (21ff0) Internal 
e341ceee:  21ff8 . 42008 [101] - busy (41ff8) Internal 
e345eee8:  42008 . 21ff8 [101] - busy (21ff0) Internal 
e348eeee:  21ff8 . 42008 [101] - busy (41ff8) Internal 
e34c2008:  42008 . 41ff8 [101] - busy (41ff0) Internal 
e3504eee:  41ff8 . 42008 [101] - busy (41ff8) Internal 
e3546008:  42008 . 41ff8 [101] - busy (41ff0) Internal 
e3588eee:  41ff8 . 22008 [101] - busy (21ff8) Internal 
e35aaee8:  22008 . 21ff8 [101] - busy (21ff0) Internal 
e35cceee:  21ff8 . 42008 [101] - busy (41ff8) Internal 
e36eeee8:  42008 . 41ff8 [101] - busy (41ff0) Internal 
e365eeee:  41ff8 . 42008 [101] - busy (41ff8) Internal 
e3692008:  42008 . 41ff8 [101] - busy (41ff0) Internal 
e36d4eee:  41ff8 . 22008 [101] - busy (21ff8) Internal 

更新信息：内存分类统计 #

NT堆统计

************************************************************************************************************************
                                              NT HEAP STATS BELOW
************************************************************************************************************************
LFH Key                   : 0xc6ab7f8e
Termination on corruption : ENABLED
  Heap     Flags   Reserv  Commit  Virt   Free  List   UCR  Virt  Lock  Fast 
                    (k)     (k)    (k)     (k) length      blocks cont. heap 
-----------------------------------------------------------------------------
01590000 00000002 2995168 2981356 2994956  27250  2871   211    4   1db2   LFH
01bb0000 00001002    1292    536   1080     46     5     2    0      0   LFH
-----------------------------------------------------------------------------

!heap -a 01590000分类统计

busy 1.106 MB
busy-internal 2883.606 MB
free 26.612 MB
uncategorized 26.612 MB
total bytes 3080648904

问题解答 #

1. 如此多的"busy internal"内存是否合理？ #

绝对不合理。"busy internal"是Windows堆管理器自身使用的内存，用于存储堆结构（如块表头、空闲链表、LFH缓存等），正常占比远低于总堆内存的1%。

从统计数据看，busy-internal占了近2.8GB，而实际业务使用的busy内存仅1.1MB，说明堆管理器出现异常，可能的原因：

• 堆损坏导致堆结构异常膨胀
• 应用频繁进行极小内存分配/释放，LFH（低碎片堆）行为异常，大量内部缓存无法回收
• 第三方Hook或内存篡改工具干扰了堆管理器的正常运作

2. 能否对该类内存进行控制或配置？ #

可以通过堆相关参数调整，但需先排查异常根源：

• 禁用LFH：应用启动时调用HeapSetInformation，传入HeapCompatibilityInformation参数并设置为非LFH模式（注意：禁用后会失去线程安全，仅作为临时验证手段）
• 调整堆初始参数：通过HeapCreate指定初始保留/提交大小，避免堆频繁扩容导致内部结构冗余，但对已出现的异常膨胀无效
• 改用页级分配：大内存分配使用HeapAlloc的页级分配选项，减少对小堆块的依赖，降低堆内部结构压力

如果是堆损坏导致的，必须修复代码中的内存越界、重复释放等问题，否则任何配置调整都无法解决根本问题。

3. 是否可触发内存合并或碎片整理？ #

Windows堆管理器会自动合并空闲块，但对"busy internal"内存无效——这类内存是堆管理器正在使用的结构，无法被合并或整理。

针对应用堆碎片，可尝试：

• 强制堆收缩：调用HeapCompact释放未使用的提交内存，但仅对空闲内存有效，无法回收busy-internal部分
• 重启应用：彻底重置堆状态，是最直接的临时解决方案
• 替换分配方式：改用自定义内存池或分配器，减少对系统堆的依赖，降低碎片和内部结构开销

内容的提问来源于stack exchange，提问作者tamir