为何带返回值的GMock EXPECT_CALL lambda中无法使用ASSERT断言？

问题根源 #

带返回值的Mock方法对应的动作（比如你用的lambda）必须返回匹配方法签名的类型，但ASSERT_*系列宏本质是断言失败时会直接终止当前函数并返回void，而你的isEven方法要求返回bool，这就导致lambda的实际返回值类型（void）和要求的（bool）不匹配，触发编译错误。

可行解决方案 #

1. 改用EXPECT_*宏替代ASSERT_*

EXPECT_*宏断言失败时不会终止当前函数，只会标记测试失败，之后依然能执行到返回语句，完美适配带返回值的lambda：

EXPECT_CALL(mock_obj, isEven(testing::_))
    .WillRepeatedly([](int n) {
        EXPECT_GT(n, 0); // 用EXPECT_*替代ASSERT_*
        return n % 2 == 0;
    });

这种方法最简单，适合大部分场景，不需要额外调整结构。

2. 用DoAll拆分断言和返回逻辑（保留ASSERT_*）

如果必须保留ASSERT_*（比如断言失败时要立即终止当前调用流程），可以用GMock的DoAll动作，把断言逻辑和返回逻辑拆成两个独立的无返回/有返回动作：

EXPECT_CALL(mock_obj, isEven(testing::_))
    .WillRepeatedly(testing::DoAll(
        // 第一个Invoke执行ASSERT断言，无返回值
        testing::Invoke([](int n) { ASSERT_GT(n, 0); }),
        // 第二个Invoke处理返回值，类型匹配
        testing::Invoke([](int n) { return n % 2 == 0; })
    ));

DoAll会按顺序执行每个动作，第一个动作里的ASSERT_*失败时会直接终止，不会执行后续动作；成功则继续执行第二个动作返回正确类型的值。

3. 封装断言+返回逻辑到独立函数

把断言和返回逻辑写到一个普通函数里，再用Invoke调用这个函数，这样函数的返回类型明确匹配Mock方法的签名，编译不会报错：

bool checkEvenWithAssert(int n) {
    ASSERT_GT(n, 0);
    return n % 2 == 0;
}

// 在EXPECT_CALL中使用
EXPECT_CALL(mock_obj, isEven(testing::_))
    .WillRepeatedly(testing::Invoke(checkEvenWithAssert));

这种方式适合断言逻辑复杂、需要复用的场景，代码可读性也更好。

关于子线程的说明 #

GMock的断言在子线程中可以正常工作，gtest框架会自动收集所有线程中的断言结果，不需要额外做线程同步处理，以上方案都能直接适配子线程触发的EXPECT_CALL场景。

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