调试Solaris平台预期异常未捕获致进程终止问题

结合你描述的情况——预期内的异常却触发terminate called after throwing an instance of ...导致进程终止，且仅在Solaris平台出现、其他多平台正常，再加上dbx的调试信息，我给你几个实际排查过类似问题的方向：

1. 先解决Connection类型的前向引用问题 #

dbx提示forward reference 'Connection' not defined，这大概率不是调试工具的小问题，而是代码中异常类型的可见性有问题：

• 你需要确认抛出Connection类型异常的代码位置，这个类是否已经被完整定义（不是仅前向声明）。Solaris的编译器（不管是Sun Studio还是gcc）对异常类型的完整性检查比其他平台更严格，如果抛出点的Connection是不完整类型，编译器可能无法生成正确的异常匹配逻辑，导致catch块无法捕获，最终触发terminate。
• 检查所有用到这个异常的源文件，是否都正确包含了Connection类的头文件，没有遗漏。

2. 检查编译链接的异常处理选项 #

Solaris平台的编译器默认异常处理配置可能和其他平台不同，这是常见的“平台特异性”坑：

• Sun Studio编译器：确保编译时添加了-features=except（旧版本可能是-xexceptions），链接时要链接C++运行时库-lCrun，如果漏掉这个库，异常处理的底层逻辑会失效。
• GCC编译器：确认编译选项中没有-fno-exceptions，并且显式添加-fexceptions（虽然gcc默认开启，但有些跨平台编译脚本可能在Solaris上误禁用了）。
• 对比其他平台的编译脚本，把Solaris的选项对齐到能正常处理异常的配置。

3. 捕获terminate前的异常细节 #

默认的terminate提示信息不够详细，你可以添加一个自定义的terminate回调，拿到更多关键信息：

#include <exception>
#include <iostream>
#include <cstdlib>

void custom_terminate() {
    std::cerr << "\n=== Terminate Triggered ===" << std::endl;
    try {
        std::rethrow_exception(std::current_exception());
    } catch (const std::exception& e) {
        std::cerr << "Unhandled Exception Type: " << typeid(e).name() << std::endl;
        std::cerr << "Exception Message: " << e.what() << std::endl;
    } catch (...) {
        std::cerr << "Unhandled Unknown Exception" << std::endl;
    }
    std::abort();
}

// 在程序入口处设置
int main() {
    std::set_terminate(custom_terminate);
    // ... 你的业务代码
}

编译运行后，就能看到到底是哪个异常没被捕获，或者是否是栈展开时的意外情况（比如析构函数又抛出了异常）。

4. 排查线程环境下的异常处理 #

从调试栈的__lwp_kill来看，问题发生在线程环境中：

• 确认你的线程是用C标准库的std::thread创建的，而不是Solaris原生的LWP API。原生LWP线程可能没有正确设置C异常处理的上下文，导致异常无法跨栈帧传递。
• 检查线程内部的异常捕获逻辑，是否所有可能抛出异常的路径都被正确包裹在try-catch块中？Solaris的线程栈展开机制可能对未捕获的线程异常更敏感，直接触发进程终止。

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