WINAPI调用代码抛出异常时，是否需捕获并返回HRESULT？

必须捕获std::bad_alloc异常并返回E_OUTOFMEMORY，绝对不能让异常向上冒泡，原因如下：

1. COM接口的调用约定限制
   是COM接口，其调用遵循WINAPI的C风格ABI，上层调用者（比如Windows资源管理器）不支持C++异常的跨边界传递。如果异常从GetThumbnail方法中泄露出去，会导致调用者的栈无法正确展开，直接引发程序崩溃，甚至触发系统级的稳定性问题。

2. COM错误处理的标准范式
   COM接口要求通过返回HRESULT错误码来表示操作失败，而非抛出异常。E_OUTOFMEMORY是COM标准中对应内存分配失败的错误码，调用者可以识别并处理这个错误，而无法处理C++异常。

示例代码实现 #

在GetThumbnail方法中，用try-catch块包裹所有可能触发异常的STL操作：

STDMETHODIMP CMyThumbnailProvider::GetThumbnail(UINT cx, HBITMAP* phbmp, WTS_ALPHATYPE* pdwAlpha)
{
    try
    {
        std::vector<double> someRGBAccumulatorForDownsamplingToThumbnail(1234567);
        // 执行缩略图生成的其他逻辑
        // ...
        return S_OK;
    }
    catch (const std::bad_alloc&)
    {
        return E_OUTOFMEMORY;
    }
    catch (...)
    {
        // 捕获其他未知C++异常，返回通用错误码
        return E_UNEXPECTED;
    }
}

额外注意事项 #

• 不仅是std::vector的构造，任何可能触发内存分配的STL操作（比如容器扩容、std::string的动态增长等）都要放在try块内。
• 除了std::bad_alloc，其他可能在方法内抛出的C++异常也需要捕获并转换为对应的HRESULT，确保没有异常跨越COM调用边界。

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