如何在GTest中捕获其他线程抛出的预期异常？

针对你遇到的异步线程抛出异常无法用EXPECT_THROW捕获的场景，有以下几种可行方案：

1. 线程安全存储捕获的异常 #

在Listener类中添加线程安全的异常存储，将异步线程的异常捕获后保存，再回到测试线程验证异常类型：

#include <mutex>
#include <exception>

class Listener {
public:
    std::mutex exception_mutex;
    std::exception_ptr caught_exception;

    void OnMessageReceived() {
        try {
            // 原有的消息处理逻辑，可能抛出预期异常
            processFeedback();
        } catch (...) {
            std::lock_guard<std::mutex> lock(exception_mutex);
            caught_exception = std::current_exception();
        }
    }
};

// 测试代码流程
auto listener = Listener();
auto sender = Sender();
...
sender.SendFeedback();

// 等待Listener完成消息处理（建议用条件变量/barrier，避免用sleep）
waitForListenerToFinish();

// 验证异常是否符合预期
std::lock_guard<std::mutex> lock(listener.exception_mutex);
ASSERT_TRUE(listener.caught_exception != nullptr);
try {
    std::rethrow_exception(listener.caught_exception);
} catch (const ExpectedException&) {
    // 捕获到预期异常，测试通过
} catch (...) {
    FAIL() << "抛出了非预期类型的异常";
}

2. 利用测试框架的跨线程断言工具 #

如果使用Google Test这类框架，可以结合ASSERT_DEATH（适用于未捕获异常导致进程崩溃的场景），或者自定义同步机制让测试线程感知异步线程的异常状态。不过ASSERT_DEATH更多用于检测崩溃，若需要精准匹配异常类型，还是建议用第一种方法传递异常指针。

3. 临时同步异步逻辑（按需使用） #

如果测试场景允许，可以临时修改SendFeedback()的实现，让它发送消息后等待Listener处理完成，将异步逻辑转为同步，此时异常可以被传递到当前线程，直接使用EXPECT_THROW：

// 修改后的Sender::SendFeedback()
void Sender::SendFeedback() {
    sendMessageToListener();
    waitForListenerProcessing(); // 阻塞直到Listener处理完毕
    if (listener.hasException()) {
        std::rethrow_exception(listener.getException());
    }
}

// 测试代码
EXPECT_THROW(sender.SendFeedback(), ExpectedException);

注意：这种方法会改变原有代码的异步特性，仅适合特定测试场景。

关键注意事项 #

• 必须保证测试线程等待Listener处理完成，否则可能出现未捕获到异常就开始验证的情况，建议用条件变量、线程屏障等可靠同步方式，避免依赖sleep。
• 异常存储必须保证线程安全，防止多线程访问时出现竞态条件。

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