GCC从4.3.2升级到4.9.1后try-catch失效，触发SIGABRT终止进程

这种问题我之前帮团队排查过好几次，从GCC 4.3.2升级到4.9.1后异常处理直接触发SIGABRT，核心原因基本都集中在编译选项配置或者标准库链接兼容性上，咱们一步步来解决：

1. 先检查是否禁用了异常支持 #

GCC默认是开启异常处理的，但如果你的编译脚本继承了旧项目配置，不小心加了-fno-exceptions选项，升级到4.9.1后这个参数会直接让所有异常抛出时触发abort，根本走不到catch块。

排查&解决：

• 找到编译svupdate的命令，看看有没有-fno-exceptions这个参数，如果有直接删掉。
• 保险起见，可以主动加上-fexceptions强制开启异常支持，编译命令改成：

g++ -fexceptions -o svupdate svupdate.cpp

2. 检查标准库的链接兼容性 #

GCC 4.9.1的libstdc++和4.3.2的版本差异很大，如果程序链接了旧版本的标准库，异常处理的底层实现不兼容，就会导致catch失效。

排查&解决：

• 用ldd svupdate查看程序依赖的libstdc++.so路径，确认是不是GCC 4.9.1安装目录下的版本。如果显示系统旧版本，说明编译时没用到新工具链的库。
• 可以用-static-libstdc++参数静态链接4.9.1的标准库，避免依赖系统旧库：

g++ -fexceptions -static-libstdc++ -o svupdate svupdate.cpp

• 确保整个编译链都用GCC 4.9.1的工具，比如执行g++ -v确认默认库路径是新工具链的路径。

3. 验证栈展开相关的编译选项 #

如果编译时用了-fno-unwind-tables或者-fno-asynchronous-unwind-tables，会导致程序无法正确展开栈，异常抛出后找不到对应的catch块，直接触发abort。

解决方法：

• 检查编译命令里有没有这类选项，有的话删掉。
• 主动加上-funwind-tables确保生成栈展开信息：

g++ -fexceptions -funwind-tables -o svupdate svupdate.cpp

4. 快速验证异常机制是否正常 #

可以写一个极简的测试程序，排除业务代码的干扰：

#include <iostream>
#include <exception>

int main() {
    try {
        std::cout << "Before exception" << std::endl;
        throw std::runtime_error("Test exception");
        std::cout << "After exception" << std::endl;
    } catch (...) {
        std::cout << "Caught exception!" << std::endl;
    }
    return 0;
}

用同样的编译选项编译这个程序，如果能正常输出Caught exception!，说明基础异常机制没问题，问题出在业务代码或者项目特定配置上；如果还是触发abort，那肯定是工具链的配置问题。

额外排查：查看core dump的调用栈 #

如果上面的方法都没解决，可以用gdb分析core dump：

gdb svupdate core

输入bt查看调用栈，如果看到异常是在__cxxabiv1::__terminate()里调用abort()，说明程序找不到对应的catch块，大概率还是编译时异常支持没开或者栈展开信息缺失。

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