gmock的MOCK_METHOD必须在类定义内声明虚函数，EXPECT_CALL需在调用前设置，且须正确链接-lgmock -lgtest；三者缺一不可。
gmock 的 MOCK_METHOD 必须写在类定义里，不能在类外或模板特化里直接写
你写了个类想 mock 它的虚函数，但编译报错说 MOCK_METHOD 不是有效声明？大概率是因为把它放在了类定义之外，或者试图在非虚函数上用、或在未继承的类上用。gmock 要求被 mock 的函数必须是 public virtual，且 MOCK_METHOD 宏必须作为类成员声明的一部分出现在类体中。
-
MOCK_METHOD本质是生成一个带特定签名的虚函数重写 + 内部调用记录逻辑，所以它依赖类的继承结构和虚表布局 - 如果原接口函数不是
virtual，gmock 无法接管调用，mock 就完全不生效 —— 运行时仍走原实现 - 模板类的 mock 需显式特化后才能用
MOCK_METHOD；直接对模板类本身写会触发编译错误，比如MOCK_METHOD(int, foo, ())在template<typename T> class A里非法 - 常见错误现象：
error: 'MOCK_METHOD' does not name a type，往往是因为宏没展开（忘了#include <gmock/gmock.h>）或位置不对
测试中调用 EXPECT_CALL 必须在被测代码执行前设置，且作用域要匹配
你写了 EXPECT_CALL(obj, func())，但测试还是崩溃或提示“unexpected call”，说明 mock 行为没被正确绑定。gmock 的期望是运行时检查机制，不是编译期约束，它的生命周期和作用域必须覆盖实际调用点。
-
EXPECT_CALL调用后立即生效，但只对后续发生的调用起作用；如果被测函数在EXPECT_CALL前就执行了，mock 完全不介入 - 如果 mock 对象是局部变量，
EXPECT_CALL写在它构造之后、被测逻辑之前即可；但若对象由工厂返回或注入到其他对象中，要确保EXPECT_CALL设置发生在该对象真正被使用前 - 多个
EXPECT_CALL对同一函数的设置会叠加，但顺序敏感：后设的会覆盖前设的「次数限制」，比如先写EXPECT_CALL(a, f()).Times(1)，再写EXPECT_CALL(a, f()).Times(2)，最终以 2 次为准 - 别在测试函数返回后还指望
EXPECT_CALL生效 —— mock 对象析构时会自动验证未满足的期望，失败则直接让测试断言失败
gmock 默认严格模式，未声明的调用直接导致测试失败
你没写 EXPECT_CALL，但被测代码调用了 mock 对象的某个函数，测试却挂了，报错类似 Uninteresting mock function call —— 这是 gmock 的默认行为：任何未预期的虚函数调用都会触发失败。这不是 bug，是设计使然。
- 如果你确实需要允许某些调用不声明（比如日志函数、getter），得显式用
ON_CALL+WillByDefault设默认行为，例如：ON_CALL(mock_obj, log(_)).WillByDefault(Return()); - 想临时关闭严格模式，可用
testing::StrictMock替换为testing::NiceMock：后者对未声明调用只警告不失败；但生产级测试建议坚持 Strict，避免漏掉关键交互 - 注意
ON_CALL只设默认响应，不验证调用次数；真正要校验是否被调用、调多少次，还得靠EXPECT_CALL - 常见陷阱：把
ON_CALL写在EXPECT_CALL后面，结果后者被前者覆盖 —— 实际上ON_CALL和EXPECT_CALL是正交的，但同名函数上后者优先级更高
链接 gmock 时容易忽略 -lgmock -lgtest 顺序和 ABI 兼容性
编译通过但链接时报 undefined reference 到 testing::internal::GetTestTypeId() 或一堆 Mock::VerifyAndClearExpectations，基本是链接顺序或 ABI 不一致导致的。
立即学习“C++免费学习笔记（深入）”；
- 链接选项顺序很重要：
-lgmock必须在-lgtest之前，因为 gmock 依赖 gtest 的基础设施；反过来会找不到符号 - 如果你用系统包管理器装的 gtest/gmock（如 Ubuntu 的
libgtest-dev），默认可能是静态库且无调试信息，和你自己用 CMake 构建的动态版混用会出 ABI 冲突 —— 强烈建议统一用 CMake 的find_package(GTest REQUIRED)并启用GTEST_FORCE_SHARED_CRT - 在 macOS 上还要额外加
-framework Foundation（尤其用到时间相关 mock 时），否则可能链接失败或运行时 crash - 常见错误信息：
undefined reference to 'testing::Mock::AllowLeak(testing::Mock const&)'，大概率就是库版本不匹配或链接顺序颠倒
LOG(INFO) << "here" 比反复改 EXPECT_CALL 更快定位问题。 
