将CDialog类成员从原始指针改为std::unique_ptr的编译错误及关闭对话框异常解决咨询

这个问题的核心是MFC窗口类的析构函数设计和std::unique_ptr默认删除器的冲突，我们一步步拆解原因和解决方案：

为什么会出现编译错误/关闭崩溃？ #

MFC的CWnd派生类（包括你的CChristianLifeMinistryHtmlView，它继承自CHtmlView），析构函数默认是protected的。这是MFC的刻意设计：窗口对象的销毁应该由框架通过PostNcDestroy方法自动处理，而不是手动调用delete。

当你用std::unique_ptr作为成员变量时，默认的std::default_delete删除器会在unique_ptr生命周期结束（比如对话框销毁时）尝试调用delete m_pHtmlView.get()，这就会触发两个问题：

1. 编译阶段：尝试访问protected的析构函数，直接抛出C2248权限错误
2. 如果你强行调整权限让编译通过，运行阶段：unique_ptr手动delete对象，而MFC框架在窗口销毁时也会通过PostNcDestroy执行delete this，导致二次删除，触发崩溃。

解决方案：给unique_ptr指定自定义删除器 #

我们需要让std::unique_ptr不要调用delete，而是交给MFC框架处理窗口销毁。可以定义一个适配MFC窗口的自定义删除器：

1. 在头文件中定义删除器并声明成员变量 #

// 自定义删除器：适配MFC窗口的生命周期规则
struct MfcWindowDeleter {
    void operator()(CChristianLifeMinistryHtmlView* pView) const {
        if (pView && ::IsWindow(pView->m_hWnd)) {
            // 先销毁窗口，MFC会在PostNcDestroy中自动delete对象
            pView->DestroyWindow();
        }
        // 不要手动调用delete，交给MFC框架处理
    }
};

// 声明成员变量时指定自定义删除器
std::unique_ptr<CChristianLifeMinistryHtmlView, MfcWindowDeleter> m_pHtmlView;

2. 在OnInitDialog中初始化 #

因为std::make_unique默认使用std::default_delete，我们需要手动创建对象并绑定删除器：

// 初始化智能指针，绑定自定义删除器
m_pHtmlView.reset(new CChristianLifeMinistryHtmlView());

// 后续的Create、ShowWindow、Navigate2逻辑保持不变
if (m_pHtmlView != nullptr) {
    m_pHtmlView->Create(nullptr, nullptr, AFX_WS_DEFAULT_VIEW, m_rctPreviewHtml, this, 0);
    m_pHtmlView->ShowWindow(SW_SHOWNORMAL);
    if(CMeetingScheduleAssistantApp::WaitForFileToBeReady(m_strTempHtmlFile))
        m_pHtmlView->Navigate2(m_strTempHtmlFile, 0, nullptr);
}

为什么这样能解决问题？ #

• 自定义删除器只会调用DestroyWindow()触发窗口销毁，而MFC的PostNcDestroy默认实现会自动执行delete this（针对动态创建的窗口对象），完美契合MFC的生命周期管理。
• 避免了std::unique_ptr默认删除器调用delete带来的权限问题和二次删除崩溃。

额外注意事项 #

• 不要手动修改CChristianLifeMinistryHtmlView的析构函数权限为public，这会破坏MFC的生命周期设计，导致潜在的内存问题。
• 如果你的CChristianLifeMinistryHtmlView重写了PostNcDestroy，确保不要去掉delete this的逻辑（除非你是在栈上创建对象，但这里我们是动态创建的，必须保留）。

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