控制反转是将对象创建权交给外部容器，依赖注入通过构造函数传入依赖，C++可用模板与map实现简易DI容器，支持接口绑定与自动解析，解耦代码，提升可维护性。
在C++中实现一个简单的依赖注入（Dependency Injection, DI）容器，核心目标是解耦对象的创建和使用，将控制权交给外部容器，这正是控制反转（Inversion of Control, IoC）的核心思想。我们不需要复杂的框架，通过模板和工厂模式就能实现基本功能。
1. 什么是控制反转（IoC）与依赖注入（DI）
控制反转是指程序的控制流程不再由代码内部决定，而是交由外部容器管理。比如：以前是类自己new依赖对象，现在是由容器传入。
依赖注入是IoC的一种实现方式，即把类所依赖的对象通过构造函数、函数参数等方式“注入”进来，而不是在类内部直接创建。
举个例子：假设有一个Service类依赖Logger，传统写法是在Service里直接创建Logger实例，导致两者紧耦合。而用DI后，Service只声明需要一个Logger，具体哪个Logger由容器在运行时决定并注入。
立即学习“C++免费学习笔记（深入）”；
2. 设计一个极简的DI容器
我们可以用C++模板和std::function实现一个能注册类型并自动构建对象的容器。
关键思路：
- 使用一个map保存类型ID到创建函数的映射
- 通过模板注册接口与实现的绑定
- 按需创建实例，支持单例或每次新建
代码示例如下：
#include <map>
#include <functional>
#include <typeindex>
#include <memory>
class Container {
public:
template<typename Interface, typename Implementation>
void Register() {
creators[std::type_index(typeid(Interface))] = []() {
return std::make_shared<Implementation>();
};
}
template<typename T>
std::shared_ptr<T> Resolve() {
auto it = creators.find(std::type_index(typeid(T)));
if (it == creators.end()) {
return nullptr; // 未注册
}
return std::static_pointer_cast<T>(it->second());
}
private:
std::map<std::type_index, std::function<std::shared_ptr<void>()>> creators;
};
3. 使用示例：注入Logger到Service
定义接口和实现：
struct ILogger {
virtual void log(const std::string& msg) = 0;
virtual ~ILogger() = default;
};
struct ConsoleLogger : ILogger {
void log(const std::string& msg) override {
std::cout << "[LOG] " << msg << std::endl;
}
};
struct FileLogger : ILogger {
void log(const std::string& msg) override {
std::cout << "[FILE] " << msg << std::endl; // 简化模拟
}
};
struct MyService {
std::shared_ptr<ILogger> logger;
MyService(std::shared_ptr<ILogger> l) : logger(l) {}
void doWork() {
logger->log("Doing work...");
}
};
主函数中使用容器：
int main() {
Container container;
container.Register<ILogger, ConsoleLogger>(); // 绑定接口到实现
container.Register<MyService, MyService>(); // 自注册
auto service = container.Resolve<MyService>();
if (service) {
service->doWork();
}
return 0;
}
输出结果：
[LOG] Doing work...
只需修改Register语句，就能切换成FileLogger，无需改动Service代码。
4. 进阶思路：支持构造函数自动解析
上面的例子中，MyService虽然用了依赖注入，但创建仍需手动处理。理想情况是容器能自动解析构造函数参数。
可通过以下方式增强：
- 为每个类注册工厂函数，捕获依赖项
- 利用C++20的反射或宏记录依赖关系（较复杂）
- 限制仅支持单一构造函数注入，简化逻辑
简单做法：显式注册带依赖的构造：
container.Register<MyService>([&]() {
return std::make_shared<MyService>(container.Resolve<ILogger>());
});
这样就实现了层级依赖的自动组装。
基本上就这些。C++没有运行时反射，所以DI容器比Java/Spring简单得多，但也足够应对大多数场景。关键是理解：把“谁来创建对象”的权力交出去，就是控制反转的本质。
