C++/GCC/Linux环境下异常偶发无法被捕获的问题咨询

• 方法声明带noexcept修饰：如果module->Init()的函数声明添加了noexcept（包括隐式符合noexcept规则的情况），函数内部抛出任何异常都会直接触发std::terminate，不会进入外层catch块。可先检查该方法的声明，确认是否存在noexcept修饰。
• 栈展开阶段二次抛出异常：module->Init()抛出异常后，栈展开过程中会调用栈上局部对象的析构函数，如果任意一个析构函数抛出未处理的异常，会直接触发程序终止，不会走到外层catch逻辑。C++标准要求析构函数默认是noexcept的，可排查Init内局部对象、module关联对象的析构逻辑是否存在抛出异常的可能。
• RTTI符号匹配失败：虽然dmesg显示抛出的是std::runtime_error，但如果异常类是动态链接库内定义的派生类，且编译开启了-fvisibility=hidden，异常类没有显式声明为default可见，会导致RTTI类型匹配失败，无法被catch(const std::exception&)捕获，极端情况catch(...)也会失效。可检查异常类的可见性配置。
• 编译器优化导致EH帧生成错误：GCC 8.2在ARM平台开启-O2及以上优化等级时，存在偶发的异常处理栈帧（EH帧）生成错误的问题，会导致运行时无法定位到对应catch块。可尝试给Init所在编译单元添加-fno-omit-frame-pointer -fexceptions编译选项，或降低优化等级复现验证。
• 栈溢出破坏异常处理上下文：如果Init方法内存在栈溢出（比如大数组越界写、递归深度超限），会破坏栈上存储的异常处理跳转地址、EH指针等上下文信息，抛出异常时运行时无法找到上层catch块，直接触发终止。可开启-fstack-protector-all编译选项复现，确认是否存在栈溢出问题。
• 链接阶段异常处理段被裁剪：嵌入式平台通常会开启--gc-sections链接裁剪选项，如果链接规则配置错误，可能会把.eh_frame、.gcc_except_table等异常处理必需的段错误裁剪掉，导致异常抛出时找不到处理逻辑。可临时关闭--gc-sections选项验证，或检查链接脚本是否保留了异常处理相关段。
• 信号处理上下文中抛出异常：如果Init方法内操作触发了段错误、总线错误等硬件信号，自定义信号处理函数中如果存在抛出异常的逻辑，GCC 8.2在ARM架构下对这类跨上下文的异常支持存在缺陷，无法被外层catch块捕获，会直接调用terminate。可排查自定义信号处理逻辑是否有异常抛出操作。

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