感謝小伙伴“月夜星歌”的分享

這里是一個最平常的地圖作者，由于游玩自己地圖時常爆內(nèi)存感到惱火而進行的項目。先說要點，Storm有個全局變量記錄目前分配的內(nèi)存最高位，若該內(nèi)存到達2G及以上則會導致崩潰，尤其是JVM這類內(nèi)存只要到達7FFF FFFF以上即崩潰，該項目延遲了崩潰時間的到來。

兼容性

游戲版本：僅支持魔獸爭霸3 1.27a版本

操作系統(tǒng)：Windows 7/8/10/11 (x86)

依賴庫：無額外運行時依賴

安全提示

備份存檔：使用前請備份游戲存檔

測試環(huán)境：建議先在測試環(huán)境驗證穩(wěn)定性

版本匹配：確保游戲版本為1.27a

測試流程

單元測試：驗證內(nèi)存池功能

集成測試：在游戲環(huán)境中測試

壓力測試：長時間穩(wěn)定性驗證

兼容性測試：多種游戲場景驗證

暴雪的Storm內(nèi)存池問題

核心問題：虛擬內(nèi)存只增不減

Storm.dll采用了一種多堆分區(qū)的內(nèi)存管理機制，每個內(nèi)存分配請求會根據(jù)調(diào)用位置的名稱和行號映射到256個獨立堆之一。這種設(shè)計原本是為了減少多線程爭用并提供內(nèi)存隔離，但存在嚴重的內(nèi)存釋放缺陷：

保守的內(nèi)存釋放策略：當程序調(diào)用SMemFree時，Storm只是將內(nèi)存塊標記為空閑并加入空閑鏈表，而不會真正歸還給系統(tǒng)。這導致虛擬內(nèi)存使用量持續(xù)累積。

嚴格的清理條件：唯一能釋放內(nèi)存的機制StormHeap_CleanupAll只會釋放完全空閑的堆。只要一個堆中有哪怕一個小內(nèi)存塊未釋放，整個堆（可能高達數(shù)十KB）都無法歸還給系統(tǒng)。

堆碎片無法合并：不同堆之間的空閑內(nèi)存無法跨堆合并使用。例如堆A和堆B各有30KB空閑空間，如果需要分配50KB，Storm會創(chuàng)建新堆而不是利用現(xiàn)有空閑空間。

對內(nèi)存泄漏極度敏感：即使是很小的內(nèi)存泄漏（如幾百字節(jié)），也會導致整個堆無法釋放。

我的修復方案：StormBreaker項目

我開發(fā)的StormBreaker項目通過Hook Storm.dll的關(guān)鍵內(nèi)存函數(shù)，實現(xiàn)了更智能的內(nèi)存管理：

核心技術(shù)

TLSF內(nèi)存池攔截：對大塊內(nèi)存分配（默認>512KB）使用TLSF（Two-Level Segregated Fit）算法管理，避免Storm的內(nèi)存池限制。

JassVM專用內(nèi)存池：為JassVM提供獨立的內(nèi)存池，減少腳本運行對全局內(nèi)存的影響。

虛擬內(nèi)存主動釋放：在安全時機主動將不再使用的內(nèi)存歸還給系統(tǒng)，而不只是標記為空閑。

內(nèi)存穩(wěn)定化機制：創(chuàng)建特殊的“穩(wěn)定化塊”，防止關(guān)鍵堆完全釋放并確保核心功能穩(wěn)定性。

內(nèi)存安全系統(tǒng)：實現(xiàn)了完整的內(nèi)存驗證和保護機制，防止非法訪問和內(nèi)存破壞。

效果

大幅降低虛擬內(nèi)存占用：測試表明，使用StormBreaker后，地圖加載可以將虛擬內(nèi)存占用較大幅度降低。

我自己的地圖對我來說運行一個小時就會直接崩潰，但是我使用自己的插件后可以進行兩個小時游戲完成本局游戲，以下是我自己地圖讀圖完畢后進入地圖的數(shù)據(jù)。

128KB攔截

===== 內(nèi)存使用報告 =====

Storm 虛擬內(nèi)存： 234 MB

TLSF 內(nèi)存池： 67 MB / 128 MB (52.6%)

TLSF 管理塊數(shù)量： 90

工作集大小： 636 MB

虛擬內(nèi)存總量： 698 MB

========================

256KB攔截

===== 內(nèi)存使用報告 =====

Storm 虛擬內(nèi)存： 313 MB

TLSF 內(nèi)存池： 60 MB / 128 MB (47.2%)

TLSF 管理塊數(shù)量： 44

工作集大小： 644 MB

虛擬內(nèi)存總量： 702 MB

========================

512KB攔截

===== 內(nèi)存使用報告 =====

Storm 虛擬內(nèi)存： 485 MB

TLSF 內(nèi)存池： 51 MB / 128 MB (40.3%)

TLSF 管理塊數(shù)量： 18

工作集大小： 642 MB

虛擬內(nèi)存總量： 703 MB

========================

不啟用大塊攔截

===== 內(nèi)存使用報告 =====

Storm 虛擬內(nèi)存： 1020 MB

TLSF 內(nèi)存池： 0 MB / 128 MB (0.0%)

TLSF 管理塊數(shù)量： 0

工作集大小： 598 MB

虛擬內(nèi)存總量： 720 MB

========================

由于測試較少我本身基本上是使用攔截512KB以上的StormBreaker感覺較為穩(wěn)妥。

注意，該插件本身僅為我自己地圖設(shè)計，我并未對其他地圖做出測試行為不保證與其他地圖兼容性，若有問題請自行下載源代碼進行參數(shù)調(diào)整和編譯

本插件未經(jīng)大量測試請使用前考慮您要進行的對局是否重要，且是否有必要按照該插件（地圖是否因為內(nèi)存崩潰），若進行的對局重要并且地圖不會崩潰請不要使用該插件，本人不確保百分百穩(wěn)定性。

這個項目已在GitHub開源（StormBreaker）

https://github.com/CallDisaster/StormBreaker

致謝

在此項目的開發(fā)過程中，我獲得了許多人的幫助和支持。特別感謝：

感謝Asphodelus提出該想法并進行指導。

感謝TLSF算法的原創(chuàng)者Matthew Conte，提供了高效的內(nèi)存分配算法。

感謝Detours庫的開發(fā)團隊，使得函數(shù)鉤子變得更加簡單可靠。

安裝部署

Game Directory/
├── game.dll
├── storm.dll
├── StormBreaker.asi          # 復制到游戲目錄
└── StormBreaker/             # 日志目錄（自動創(chuàng)建）
    ├── StormMemory.log
    └── StormMemory.log.1

DLL注入

// 示例：程序啟動時初始化
extern "C" __declspec(dllexport) BOOL APIENTRY DllMain(HMODULE hModule, DWORD ul_reason_for_call, LPVOID lpReserved) {
    switch (ul_reason_for_call) {
    case DLL_PROCESS_ATTACH:
        return InitializeStormBreaker();
    case DLL_PROCESS_DETACH:
        ShutdownStormBreaker();
        break;
    }
    return TRUE;
}

運行時配置

// 內(nèi)存池配置
MemoryPool::Config config;
config.initialSize = 64 * 1024 * 1024;        // 64MB初始
config.maxSize = 1024 * 1024 * 1024;          // 1GB最大
config.extendGranularity = 16 * 1024 * 1024;  // 16MB擴展粒度
MemoryPool::SetConfig(config);

// 大塊攔截閾值
StormHook::SetLargeBlockThreshold(128 * 1024); // 128KB閾值