C++怎么通过构造参数注入测试用的依赖对象-C++-PHP中文网

构造函数参数注入是实现可测试性与解耦的基础，依赖应通过接口或模板传入，优先用std::shared_ptr/std::unique_ptr管理生命周期，避免裸指针和硬编码实现；不可移动依赖改用引用并外置生命周期管理；禁用setter注入以防半初始化状态。

c++怎么通过构造参数注入测试用的依赖对象

构造函数参数注入依赖对象的写法

直接在类的构造函数中把依赖对象作为参数传进来，而不是在类内部 new 出来。这是实现可测试性的最基础一步，也是解耦的关键动作。

常见错误是把 std::shared_ptr 或裸指针类型写死在成员变量声明里，但没暴露构造入口——结果单元测试时根本没法替换模拟对象。

依赖类型尽量用接口（抽象基类）或模板参数，避免绑定具体实现
构造函数参数建议用 std::shared_ptr 或 std::unique_ptr，避免裸指针生命周期失控
如果依赖对象体积小、无状态，也可以接受值传递（比如 Config 结构体）

示例：

class DataProcessor {
public:
    explicit DataProcessor(std::shared_ptr<database> db, std::shared_ptr<logger> logger)
        : m_db(std::move(db)), m_logger(std::move(logger)) {}

private:
    std::shared_ptr<database> m_db;
    std::shared_ptr<logger> m_logger;
};</logger></database></logger></database>

测试时如何传入 mock 对象

用 Google Test + gMock 时，mock 类必须继承自被依赖的接口，并在测试中实例化后传给被测类构造函数。

容易踩的坑是忘记调用 ON_CALL 或 EXPECT_CALL，导致 mock 行为未定义，运行时崩溃或静默失败。

mock 对象生命周期必须长于被测对象，否则构造后立即析构会引发 dangling pointer
若使用 std::make_shared<mockdatabase>()</mockdatabase>，确保 MockDatabase 的析构函数是 virtual
不要在测试中用 new MockDatabase 后裸传指针——得包一层 std::shared_ptr 再传

测试片段：

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

TEST(DataProcessorTest, ProcessCallsDb) {
    auto mock_db = std::make_shared<mockdatabase>();
    auto mock_logger = std::make_shared<mocklogger>();

    EXPECT_CALL(*mock_db, query("SELECT *")).WillOnce(Return("data"));

    DataProcessor processor(mock_db, mock_logger);
    processor.process(); // 触发依赖调用
}</mocklogger></mockdatabase>

不支持移动语义时的替代方案

有些依赖类型不可拷贝也不可移动（比如含 std::mutex 成员的类），此时不能用 std::shared_ptr 包装，也不能按值传递。

解决方案是改用引用参数 + 生命周期外置管理，但必须明确文档化“调用方保证依赖生命周期不短于本类”。

构造函数参数改为 Database& 和 Logger&，并加 const 修饰只读依赖
测试时用局部变量创建 mock 对象，确保其作用域覆盖整个测试用例
禁止在构造函数里做耗时操作或抛异常——因为引用传入后无法回滚初始化

例如：

class Service {
public:
    Service(Database& db, const Logger& logger) : m_db(db), m_logger(logger) {}
private:
    Database& m_db;
    const Logger& m_logger;
};