答案：C++可通过构造函数注入、工厂容器和模板实现依赖注入与控制反转。通过构造函数将依赖如日志器传入类中，实现解耦；使用服务容器统一管理对象创建，支持复杂依赖关系；利用模板在编译期注入依赖，提升性能。这些方法有效降低耦合，增强可测试性与可维护性，适用于不同规模项目。
在C++中实现依赖注入（Dependency Injection, DI）和控制反转（Inversion of Control, IoC）可以有效降低模块间的耦合度，提升代码的可测试性与可维护性。虽然C++不像Java或C#那样有成熟的框架支持（如Spring），但通过良好的设计模式和语言特性，依然可以优雅地实现DI和IoC。
什么是依赖注入与控制反转
控制反转（IoC）是指将对象创建和依赖管理的责任从类内部转移到外部容器或调用者手中。这样类不再主动获取依赖，而是被动接收。
依赖注入（DI）是实现IoC的一种方式，即通过构造函数、方法参数或属性将依赖传递给对象，而不是在类内部直接实例化。
通过构造函数注入实现DI
这是最常见也最推荐的方式。将依赖作为构造函数参数传入，使类不关心依赖的具体实现。
立即学习“C++免费学习笔记（深入）”；
例如，假设有一个日志记录器接口和文件日志实现：class ILogger {
public:
virtual ~ILogger() = default;
virtual void log(const std::string& msg) = 0;
};
class FileLogger : public ILogger {
public:
void log(const std::string& msg) override {
// 写入文件
}
};
class UserService {
ILogger* logger;
public:
// 构造函数注入
explicit UserService(ILogger* logger) : logger(logger) {}
void addUser(const std::string& name) {
logger->log("Adding user: " + name);
// 其他逻辑
}
};使用时由外部创建依赖并注入：
FileLogger fileLogger;
UserService userService(&fileLogger);
userService.addUser("Alice");这样，UserService 不依赖于具体日志实现，便于替换为 ConsoleLogger 或 MockLogger 进行单元测试。
使用工厂或容器管理依赖
当依赖关系复杂时，可以引入一个简单的“容器”来统一创建和管理对象。
class ServiceContainer {
public:
template<typename T>
static std::shared_ptr<T> resolve() {
if constexpr (std::is_same_v<T, ILogger>) {
return std::make_shared<FileLogger>();
}
else if constexpr (std::is_same_v<T, UserService>) {
auto logger = resolve<ILogger>();
return std::make_shared<UserService>(logger.get());
}
return nullptr;
}
};使用容器获取对象：
auto userService = ServiceContainer::resolve<UserService>();
userService->addUser("Bob");这种方式初步实现了IoC容器的功能，虽简单但足够应对中小型项目。
利用模板实现泛型注入
C++模板可以在编译期实现更灵活的依赖注入，避免运行时开销。
template<typename LoggerType>
class UserServiceT {
LoggerType logger;
public:
void addUser(const std::string& name) {
logger.log("Adding user: " + name);
}
};使用时指定具体类型：
UserServiceT<FileLogger> service1;
UserServiceT<ConsoleLogger> service2;
service1.addUser("Tom");这种基于模板的设计在编译期完成绑定，性能高，适合对性能敏感的场景。
注意：模板方式生成多个实例代码，可能增加二进制体积，需权衡使用。
基本上就这些。C++没有内置DI框架，但通过构造函数注入、工厂模式、模板和简单容器，完全可以实现清晰的依赖管理和控制反转，关键是把“谁创建谁”想清楚，让高层模块控制底层实现的注入时机。
