MFC应用中调用CreateDialogIndirectParam导致Atom泄漏的解决方法

在使用最新版BCGControlBar Pro的MFC应用中，添加了一个通用的非MFC共享库例程，该例程通过CreateDialogIndirectParam()显示对话框。但使用Deleaker检测发现，每次调用该例程都会出现atom泄漏。

泄漏发生时的调用堆栈（均包含_AfxCbtFilterHook）：

KERNEL32.DLL!GlobalAddAtomW 00007ffa8af62940        
MyApp.exe!_AfxCbtFilterHook Line 618 + 0x7 bytes 00007ff79b707a19   d:\a01\_work\6\s\src\vctools\VC7Libs\Ship\ATLMFC\Src\MFC\wincore.cpp, line 618  
USER32.dll!GetDlgCtrlID + 0x28c bytes 00007ffa89a818ec       
USER32.dll!DefMDIChildProcW + 0x169f bytes 00007ffa89a90a9f      
ntdll.dll!KiUserCallbackDispatcher + 0x1f bytes 00007ffa8b9513df         
win32u.dll!NtUserCreateWindowEx + 0x14 bytes 00007ffa898b1ec4        
USER32.dll!CreateWindowExW + 0x665 bytes 00007ffa89a677b5        
USER32.dll!CreateWindowInBandEx + 0x6cc bytes 00007ffa89a6615c       
USER32.dll!CreateDialogIndirectParamAorW + 0x52 bytes 00007ffa89a63292       
USER32.dll!CreateDialogIndirectParamW + 0x13 bytes 00007ffa89a629a3      
MyApp.exe!CMyClass::CreateMyDialog Line 979 + 0x29 bytes 00007ff79b662635   c:\MyApp\MyApp.CPP, line 979      

调用代码大致如下：

CreateDialogIndirectParam(GetModuleHandle(NULL), (LPCDLGTEMPLATE) tempbuf, hparentdlg, ::DialogProc, (LPARAM) this);

请问该如何阻止这种泄漏？是否需要手动执行清理操作，还是框架会在随机时机自动处理？

• 临时禁用MFC的CBT钩子
  MFC的_AfxCbtFilterHook会给无ID的控件自动生成原子ID并调用GlobalAddAtom，但非MFC对话框销毁时不会触发MFC的清理逻辑。可以在创建对话框前后临时禁用该钩子：

// 保存当前钩子状态并禁用
HHOOK oldHook = _AfxCbtFilterHook;
_AfxCbtFilterHook = NULL;

// 创建非MFC对话框
HWND hDlg = CreateDialogIndirectParam(GetModuleHandle(NULL), (LPCDLGTEMPLATE)tempbuf, hparentdlg, ::DialogProc, (LPARAM)this);

// 恢复钩子
_AfxCbtFilterHook = oldHook;

注意：_AfxCbtFilterHook是MFC内部全局变量，需确保包含对应MFC头文件，且操作要保证线程安全，避免多线程环境下冲突。

• 给对话框模板所有控件显式指定非0ID
  若对话框模板中存在未指定ID（如ID为0）的控件，MFC的CBT钩子会自动生成原子ID。检查你的tempbuf模板，确保每个控件都有唯一的非0ID，从根源避免MFC触发原子生成逻辑。

• 手动清理原子（仅应急，不推荐）
  如果前两种方法无法实施，可在对话框销毁时遍历控件，清理MFC生成的原子：

// 在DialogProc的WM_DESTROY消息中处理
case WM_DESTROY:
    HWND hCtrl = GetWindow(hDlg, GW_CHILD);
    while (hCtrl) {
        int nID = GetDlgCtrlID(hCtrl);
        // MFC生成的原子ID通常在0xC000及以上范围
        if (nID >= 0xC000) {
            GlobalDeleteAtom((ATOM)nID);
        }
        hCtrl = GetWindow(hCtrl, GW_HWNDNEXT);
    }
    EndDialog(hDlg, 0);
    break;

此方法不推荐，因为MFC的原子ID范围可能随版本变化，容易误删其他模块的原子。

• 排查BCGControlBar的影响
  BCGControlBar可能扩展了MFC的窗口处理逻辑，可先在纯MFC环境下测试相同的非MFC对话框，确认泄漏是否由BCG导致。若为BCG问题，可查看其官方文档或更新至最新补丁版本。

关于自动清理：MFC框架仅会在MFC窗口/对话框销毁时清理这些原子，非MFC对话框不受MFC生命周期管理，因此框架不会自动处理，必须手动干预。

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