使用Google Test Fixture触发段错误，MockObject是否必要？

核心诱因 #

TEST_F的Fixture对象生命周期与线程执行时序不匹配是主要原因：

• Fixture在测试用例执行前创建、执行后销毁，若Mock关联的线程在Fixture销毁后仍运行，会访问已释放的Mock内存，直接触发段错误。
• 无Fixture的TEST中，Mock是测试函数内的局部变量，线程若在函数返回前完成执行（或被正确join），就不会出现悬空引用；但TEST_F的Fixture销毁时机不受测试函数内的线程状态控制。

解决方案 #

1. 严格管控线程生命周期 #

在Fixture的TearDown()中确保所有关联线程已执行完毕，避免Fixture销毁后线程仍运行：

class DummyTestFixture : public testing::Test {
protected:
    MockThread mock_thread_;
    std::thread worker_thread_;

    void SetUp() override {
        // 绑定Fixture内的Mock对象启动线程
        worker_thread_ = std::thread(&MockThread::Run, &mock_thread_);
    }

    void TearDown() override {
        // 等待线程执行完成再销毁Fixture
        if (worker_thread_.joinable()) {
            worker_thread_.join();
        }
    }
};

2. 用智能指针管理Mock生命周期 #

避免线程持有Fixture内Mock的裸指针/引用，改用std::shared_ptr确保线程运行期间Mock不会被销毁：

class DummyTestFixture : public testing::Test {
protected:
    std::shared_ptr<MockThread> mock_thread_;
    std::thread worker_thread_;

    void SetUp() override {
        mock_thread_ = std::make_shared<MockThread>();
        worker_thread_ = std::thread(&MockThread::Run, mock_thread_);
    }

    void TearDown() override {
        if (worker_thread_.joinable()) {
            worker_thread_.join();
        }
    }
};

3. 关于testing::NiceMock的说明 #

NiceMock仅用于抑制未预期调用的警告，无法解决段错误问题。段错误源于非法内存访问，和Mock的警告级别无关，不需要强制使用。

额外排查方向 #

• 在Mock的析构函数中添加日志，对比线程执行日志的时序，确认是否存在Fixture销毁后线程仍访问Mock的情况。
• 确保线程启动语句放在SetUp()的最后，避免在Mock对象初始化完成前启动线程。

内容的提问来源于stack exchange，提问作者gzifl-67