跨越COM方法边界的C++异常会发生什么

What happens to C++ exceptions crossing COM method boundaries?

本文关键字:什么 异常 C++ COM 方法 边界 跨越      更新时间:2023-10-16

COM基于Windows资源管理器外壳扩展中,错误条件使用从COM接口方法返回的HRESULT返回值来表示。

但是,如果在COM接口方法的主体内(或在COM方法中直接或间接调用的某个C++对象的方法内)抛出C++异常(例如std::runtime_errorstd::bad_allocstd::invalid_argument等),会发生什么?

这只是一个未定义的行为吗?

还是C++异常以某种方式被转换为Win32结构化异常(SEH)
如果是,转换过程的机制是什么?

允许异常跨越COM边界是禁止的,并且行为是未指定的。发生的情况取决于您使用的C++编译器。如果您使用MSVC++,那么,是的,C++异常会出现在SEH之上。MinGW在GCC中很受欢迎,但事实并非如此。

这使得在技术上客户端程序可以捕获异常。例如,.NET CLR将非托管异常转换为托管SEHException。然而,这纯粹是出于诊断原因,允许程序以可控的方式关闭,并提供适当的错误消息和堆栈跟踪。事实上,抓住这个例外不太可能有好的结局。根据定义,您无法处理异常,您不希望恢复COM服务器的状态。该异常当然绕过了COM服务器中通常期望执行的代码。内存泄漏是典型的结果。没有被释放的锁是无法诊断地挂起程序的好方法。如果您只是继续尝试使用服务器,则可能会出现重复的异常。只有程序关闭才是合理的方法。