调用DLL中C函数后C++ try-throw异常无法捕获的原因与解决办法

核心原因 #

你的问题本质是编译器异常处理机制不兼容导致的：

• LibPlcTag的官方预编译DLL大概率是用MSVC（Visual C++）编译的，它使用Windows原生的SEH（结构化异常处理）模型；而你用的Mingw32基于GCC，使用DWARF2或SJLJ格式的C++异常处理模型。
• 调用plc_tag_check_lib_version这类DLL导出函数时，MSVC编译的代码会修改进程的异常处理链或栈帧结构，破坏GCC异常处理所需的上下文信息，导致后续抛出的C++异常无法被GCC的catch块识别，最终程序直接终止。

另一种可能是LibPlcTag在初始化过程中注册了全局SEH异常处理函数，拦截了原本应由GCC异常处理机制处理的异常流。

解决方案 #

1. 统一编译环境 #

这是最直接有效的办法：

• 若LibPlcTag提供Mingw编译的版本，直接下载替换现有DLL；
• 若无适配版本，自行用Mingw32重新编译LibPlcTag源码，确保程序与DLL使用完全一致的编译器和异常处理模型；
• 或者改用MSVC编译你的C++程序，与LibPlcTag的编译环境对齐。

2. 隔离DLL调用与异常处理 #

把对LibPlcTag的所有调用封装在独立线程中，线程内部不使用C++异常，通过线程间通信传递错误信息。这样DLL修改的异常上下文不会影响主线程的异常处理逻辑。

3. 临时绕过异常机制 #

如果暂时无法修改编译环境，可以放弃C++异常，改用C风格的错误码处理：

• 利用返回值、LibPlcTag自身提供的plc_tag_get_error接口等判断操作是否成功，替代try/catch逻辑。

4. 调整LibPlcTag编译参数 #

若自行编译LibPlcTag，可尝试添加编译选项禁用SEH支持，强制使用与GCC兼容的异常模型（具体需查看LibPlcTag的CMake或Makefile配置）。

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