gmock仅支持模拟含纯虚函数的抽象接口，不支持直接mock具体类；模板类和std::function参数需严格匹配语法；未设expect_call将静默返回默认值；c函数须封装为虚接口才能mock。
Mock对象必须继承自抽象接口，不能直接mock具体类
如果你试图对一个没有虚函数、没有继承体系的普通类做MOCK_METHOD，编译会直接报错——error: cannot declare member function 'XXX' to have static linkage。GMock只支持对接口（即含纯虚函数的抽象基类）进行模拟，这是由其底层基于虚函数表拦截的机制决定的。
常见错误是把业务实现类当接口用，比如：
class DatabaseImpl { // ❌ 没有virtual，无法mock
public:
bool Connect(const std::string& url) { ... }
};
正确做法是先抽离接口：
- 定义
class DatabaseInterface { virtual bool Connect(...) = 0; } - 让
DatabaseImpl继承它并实现 - 再写
class MockDatabase : public DatabaseInterface，用MOCK_METHOD声明方法
模板接口和回调函数的Mock写法容易出错
遇到template<typename t> class NetworkClient</typename>或带std::function参数的方法时，MOCK_METHOD宏的参数括号嵌套极易漏掉逗号或括号配对，导致编译失败，错误信息常为expected ‘,’ before ‘)’ token。
关键点：
- 模板Mock类必须也声明为
template<typename t></typename>，且继承要写全：public NetworkClient<t></t> - 含
std::function的参数，需用const std::function<void>&</void>完整写出类型，不能简写为std::function - 修饰符括号内必须包含
override，多态接口还建议加const（如(const, override)）
示例（正确）：
template<typename t>
class MockNetworkClient : public NetworkClient<t> {
public:
MOCK_METHOD(void, OnResponse,
(const std::function<void>& cb), (override));
};</void></t></typename>
测试中忘记设置EXPECT_CALL会导致静默失败
很多新手写完MockDatabase mock;就直接调用mock.Connect("...")，结果返回默认值（如false），测试通过但实际没验证任何行为——这不是bug，是GMock默认的NaggyMock行为：未声明期望的调用只发警告，不中断执行。
真正的问题在于你本意是验证“是否调用了Connect”，却没写EXPECT_CALL，等于白测。
- 必须在调用前写：
EXPECT_CALL(mock, Connect(::testing::_)).WillOnce(Return(true)); - 若想严格禁止未声明调用，改用
::testing::StrictMock<mockdatabase></mockdatabase> -
::testing::NiceMock适合大型测试套件，但会掩盖遗漏的EXPECT_CALL
全局C函数无法直接Mock，必须包装成可虚调用形式
像int legacy_api_call(int x)这种C风格函数，GMock无法直接接管。硬套MOCK_METHOD会编译失败，因为C函数没有this指针、不支持虚函数重写。
可行路径只有一条：引入一层C++接口封装。
- 定义抽象接口
class LegacyApiWrapper { virtual int Call(int x) = 0; } - 写真实实现
class RealLegacyApi : public LegacyApiWrapper，内部调用legacy_api_call - 写
MockLegacyApi继承该接口 - 被测代码依赖
LegacyApiWrapper*而非裸函数
这一步重构成本不可省——跳过它，所有涉及C函数的模块都无法做真正的单元测试。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
