MFC文档/视图架构中调用GetDC()触发调试断言错误

嘿，我来帮你搞定这个调试断言的问题！首先看你的代码，触发断言的核心原因大概率是调用GetDC()时，视图对应的窗口还没完全创建好，或者视图对象的窗口句柄（m_hWnd）是无效的。MFC的调试模式下会严格检查窗口句柄的合法性，一旦m_hWnd为NULL，就会抛出这个断言错误。

另外你的代码里还有几个容易踩的小坑，我一起帮你修正：

修正后的完整代码 #

void CDigitRecognizerView::ClearScreen(void) {
    // 先检查窗口是否已经创建完成，避免触发断言
    if (!IsWindow(m_hWnd)) {
        return;
    }

    // 用MFC封装的CClientDC来管理DC，不用手动调用ReleaseDC，省心又安全
    CClientDC dc(this);
    // 直接用RGB创建白色画刷，比十六进制更直观
    CBrush whiteBrush(RGB(255, 255, 255));

    // 保存原来的画刷，用完一定要恢复，不然会漏GDI资源
    CBrush* pOldBrush = dc.SelectObject(&whiteBrush);
    
    CRect clientRect;
    // 用GetClientRect获取客户区坐标，而不是GetWindowRect（那是屏幕坐标）
    GetClientRect(&clientRect);
    dc.FillRect(&clientRect, &whiteBrush);

    // 把原来的画刷换回去，释放资源
    dc.SelectObject(pOldBrush);

    CDigitRecognizerDoc* pDocument = GetDocument();
    // 这里可以加你需要的文档操作逻辑，比如清空识别数据之类的
}

关键修复点拆解： #

• 窗口有效性检查：用IsWindow(m_hWnd)先判断窗口是否就绪，避免在视图初始化阶段（比如构造函数）调用这个函数——那时候窗口还没创建，m_hWnd是空的，必然触发断言。
• 替换手动DC管理为CClientDC：CClientDC是MFC专门封装的客户区DC类，构造时自动调用GetDC，析构时自动调用ReleaseDC，完全不用你手动管理，减少出错概率。
• 坐标修正：你之前用GetWindowRect拿到的是整个窗口的屏幕坐标（包括标题栏、边框），而FillRect需要的是视图客户区的坐标，所以换成GetClientRect才是正确的，不然填充区域会超出视图范围。
• GDI资源恢复：每次替换GDI对象（比如画刷）后，必须恢复原来的对象，不然这些资源会一直占用，时间长了会导致程序GDI资源耗尽，出现各种奇怪的问题。

最后提醒一下：调用ClearScreen的时机要选对，别在视图构造函数或者PreCreateWindow里调用，最好放在OnInitialUpdate之后，或者用户触发的事件（比如菜单点击、按钮按下）里，这时候窗口已经完全创建好了，m_hWnd肯定是有效的。

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