关于mfc抛出异常后未报错而是直接退出程序的情况

Question

void CDemoDlg::DemoFun()
{
//还有其他相关功能代码
//假设经过条件判断 函数发布者认为有问题，抛出异常
 throw 1; 
}

1.1 如上代码，按道理来说 调用上述函数的时候 如果抛出异常，但是调用者未通过try catch 语句捕获 则系统会弹出名为Microsoft Visual C++ Debug Library的报错消息框。但是实际上调用的时候如果没有try catch ，程序不会弹出报错消息框，而是直接彻底退出进程了，这是怎么回事？
1.2 抛出异常未捕获，但又不显示报错消息框，且又直接退出进程 。这个和系统位数有关系吗？这个和exe是动态编译还是静态编译有关系吗？这个和函数声明和定义 void CDemoDlg::DemoFun() 的末尾有没有加 throw(int) 有关系吗？

Answer 1

关于你描述的MFC程序中抛出异常未捕获导致直接退出的问题，我来详细分析一下：

1.1 为什么没有显示错误消息框而直接退出？

这种情况通常有以下几种可能原因：

1. MFC异常处理设置

MFC有自己的异常处理机制，可能被配置为静默处理：

// 在应用程序初始化中可能设置了异常处理
BOOL CMyApp::InitInstance()
{
    // 设置MFC异常处理 - 可能被设置为不显示对话框
    SetUnhandledExceptionFilter(MyUnhandledExceptionFilter);
    // 或者禁用了MFC的异常处理
    AfxEnableControlContainer();
    
    return TRUE;
}

2. 未处理的异常过滤器（Unhandled Exception Filter）

可能设置了自定义的未处理异常过滤器：

// 有人可能设置了空的异常过滤器
SetUnhandledExceptionFilter([](LPEXCEPTION_POINTERS) -> LONG {
    return EXCEPTION_EXECUTE_HANDLER; // 直接处理，不显示对话框
});

3. 调试器附着状态

如果程序在调试器下运行，调试器可能会捕获异常而不显示对话框。

1.2 影响因素分析

与系统位数的关系

基本无关。32位和64位Windows的异常处理机制基本相同。

与编译方式的关系

有很大关系：

• 动态链接MFC：使用共享的MFC DLL，异常处理由MFC运行时库管理
• 静态链接MFC：异常处理代码被编译到EXE中，行为可能不同

静态编译时，异常处理机制可能更简单，有时会直接终止进程。

与异常规范的关系

在C++17之前有关系：

// 旧的异常规范语法（C++17已弃用，C++20移除）
void CDemoDlg::DemoFun() throw(int)  // 表示只抛出int类型异常
{
    throw 1; // 符合规范
}

void CDemoDlg::DemoFun() throw()     // 表示不抛出任何异常
{
    throw 1; // 违反规范，会调用std::unexpected()
}

void CDemoDlg::DemoFun()             // 无异常规范，可以抛出任何异常
{
    throw 1;
}

注意：现代C++已弃用异常规范，建议使用noexcept。

解决方案

1. 检查MFC异常处理设置

// 确保MFC异常处理正常工作
BOOL CMyApp::InitInstance()
{
    // 不要禁用或重写默认的异常处理
    return TRUE;
}

2. 恢复默认异常处理

// 恢复系统默认的未处理异常过滤器
SetUnhandledExceptionFilter(nullptr);

3. 添加全局异常处理

// 设置全局的C++异常处理
#include <eh.h>
void my_terminate()
{
    // 这里可以记录日志或显示错误消息
    MessageBox(nullptr, _T("未处理的C++异常"), _T("错误"), MB_ICONERROR);
    exit(1);
}

// 在程序初始化时设置
std::set_terminate(my_terminate);

4. 使用SEH（结构化异常处理）

void CDemoDlg::DemoFun()
{
    __try
    {
        // 函数体
        throw 1;
    }
    __except(EXCEPTION_EXECUTE_HANDLER)
    {
        // 处理结构化异常
        AfxMessageBox(_T("捕获到异常"));
    }
}

5. 推荐的现代做法

void CDemoDlg::DemoFun()
{
    try
    {
        // 业务代码
        if (error_condition)
        {
            throw std::runtime_error("错误描述");
        }
    }
    catch (const std::exception& e)
    {
        CString msg;
        msg.Format(_T("错误: %hs"), e.what());
        AfxMessageBox(msg);
    }
    catch (...)
    {
        AfxMessageBox(_T("未知错误"));
    }
}

调试建议

在Visual Studio中检查以下设置：

1. 调试 → 窗口 → 异常设置
2. 确保C++异常被正确配置
3. 检查项目属性中的C/C++ → 代码生成 → 启用C++异常

最可能的原因是项目中有人设置了自定义的未处理异常过滤器或者修改了MFC的默认异常处理行为。