Linux下Google Test死亡测试耗时过长，能否提速优化？

问题背景 #

Linux环境下使用Google Test编写死亡测试时遇到性能瓶颈：仅两个死亡测试就导致整体测试耗时增加0.5秒，单个死亡测试执行耗时约210ms；但如果注释掉触发崩溃的assert(false)，测试因failed to die失败，却仅耗时2ms。同时测试输出中出现线程检测警告：Death tests use fork(), which is unsafe particularly in a threaded context. For this test, Google Test couldn't detect the number of threads.

死亡测试代码 #

#include <gmock/gmock.h>
#include <cassert>

void foo()
{
    assert(false);
}

TEST(MyTestDeathTest, MyTest)
{
    ASSERT_DEATH(foo(), "");
}

int main(int argc, char** argv)
{
    ::testing::InitGoogleTest(&argc, argv);

    return RUN_ALL_TESTS();
}

测试输出 #

[==========] Running 1 test from 1 test case.
[----------] Global test environment set-up.
[----------] 1 test from MyTestDeathTest
[ RUN      ] MyTestDeathTest.MyTest

gtest.cpp:****:: Death tests use fork(), which is unsafe particularly in a threaded context. For this test, Google Test couldn't detect the number of threads.

[       OK ] MyTestDeathTest.MyTest (210 ms)
[----------] 1 test from MyTestDeathTest (210 ms total)

[----------] Global test environment tear-down
[==========] 1 test from 1 test case ran. (210 ms total)
[  PASSED  ] 1 test.

优化方案 #

• 启用快速死亡测试模式：Google Test默认的死亡测试会进行线程安全检查，这是耗时的主要原因。可通过两种方式跳过该检查：
  • 运行测试前设置环境变量：export GTEST_DEATH_TEST_USE_FORK=1
  • 在代码初始化阶段添加：::testing::FLAGS_gtest_death_test_style = "fast";，该模式下直接使用fork而不做线程检测，大幅降低单测试耗时。
• 合并多个死亡测试：每个死亡测试默认会单独fork一次进程，将多个死亡测试逻辑合并到同一个TEST/TEST_F用例中，只触发一次fork操作，减少进程创建的开销。
• 改用轻量断言宏：如果不需要匹配崩溃时的输出内容，使用ASSERT_EXIT替代ASSERT_DEATH，只检查进程退出码即可，避免输出匹配的额外耗时。例如：

  ASSERT_EXIT(foo(), ::testing::ExitedWithCode(1), "");
  

  （注：assert触发崩溃的退出码通常为1，可根据实际场景调整）
• 减少子进程初始化开销：如果测试依赖大量共享库，可通过LD_PRELOAD预加载所需库，避免fork后的子进程重复加载库文件，缩短初始化时间（该方案适合依赖复杂的场景）。

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