虚函数本身只是多态机制，不是测试替身；真正起作用的是继承+重写——必须定义派生类并覆盖虚函数行为，否则仍执行原逻辑。
为什么不能直接用虚函数实现测试替身
虚函数本身只是多态机制，不是测试替身。真正起作用的是继承 + 重写 —— 你得定义一个派生类，在里面覆盖掉被测类依赖的虚函数行为。否则光有 virtual 关键字，没新实现，测试里还是走原逻辑。
常见错误是只改了基类虚函数声明，却忘了在测试中构造并传入子类实例；或者用了 override 却拼错函数签名（参数类型、const 修饰、引用符不一致），导致静默降级为新函数而非重写。
怎么写一个最小可用的测试替身类
替身类必须继承自同一基类，且所有被测代码调用的虚函数都得重写。哪怕只测一个函数，其他虚函数也得提供兜底实现（比如抛异常或返回默认值），否则链接或运行时可能崩溃。
- 用
class MockDependency : public RealDependency显式继承 - 每个要替换的虚函数加
override，别漏掉const或右值引用 - 用成员变量（如
int return_code_）控制返回值，方便测试不同分支 - 记录调用次数（
int call_count_）或参数（std::vector<int> args_</int>），用于断言
示例：
class MockLogger : public Logger {
public:
mutable int log_call_count_ = 0;
std::string last_message_;
void log(const std::string& msg) const override {
++log_call_count_;
last_message_ = msg;
}
};
如何让被测类使用替身而不是真实实现
关键在依赖注入方式：如果被测类在构造时接收基类指针/引用，测试里就传替身地址；如果它自己 new 出依赖，那就没法替换了——必须重构。
- 优先用构造函数注入：
Processor(Logger& logger)→ 测试中传MockLogger实例的引用 - 避免裸指针管理；用
std::unique_ptr<logger></logger>时，测试里可std::make_unique<mocklogger>()</mocklogger> - 若依赖是静态全局或单例，需额外解耦（如用工厂函数 + 可设桩的 setter），否则无法替换
典型失败场景：Processor 构造函数里写了 logger_ = std::make_unique<filelogger>()</filelogger> —— 这时无论你怎么传参，都绕不开真实实现。
容易被忽略的生命周期和 const 正确性问题
替身对象的生命周期必须长于被测对象；否则虚函数调用会访问已析构内存，行为未定义。另外，若原虚函数是 const，替身里忘了加，编译器不会报错但不会触发重写——它成了另一个重载函数。
- 测试中把替身声明为局部变量？确保它不先于被测对象析构
- 检查所有虚函数声明末尾的
const、&、&&，逐字匹配 - 启用编译器警告：
-Woverloaded-virtual（Clang/GCC）能抓到“本想重写却意外重载”的情况
最常踩的坑是：替身类里 void process() override 写对了，但基类中定义的是 void process() const override —— 表面编译通过，实际调用的仍是原版。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
