依赖注入（Dependency Injection, DI）和控制反转（Inversion of Control, IoC）是现代JavaScript应用中提升代码可维护性与可测试性的核心设计模式。虽然JavaScript语言本身没有原生支持DI，但通过手动实现或借助轻量工具，可以很好地在前端或Node.js项目中引入IoC容器和服务定位器模式。
什么是控制反转与依赖注入
控制反转是一种设计原则，它将对象的创建和依赖管理交给外部容器，而不是由对象自己负责。依赖注入是实现IoC的一种方式——通过构造函数、属性或方法将依赖传递给组件，而非在内部直接实例化。
例如，一个用户服务依赖于数据库连接：
class UserService {
constructor(db) {
this.db = db;
}
async getUser(id) {
return this.db.query('SELECT * FROM users WHERE id = ?', id);
}
}
这里，db 实例由外部传入，实现了依赖解耦。这种写法便于替换真实数据库为模拟对象（mock），利于单元测试。
构建简单的IoC容器
IoC容器是一个管理对象生命周期和依赖关系的中心化模块。它可以注册服务、解析依赖并自动装配实例。
一个基础的IoC容器实现如下：
class Container {
constructor() {
this.registry = new Map();
}
register(name, creator, deps = []) {
this.registry.set(name, { creator, deps });
}
resolve(name) {
if (!this.registry.has(name)) {
throw new Error(Service not registered: ${name});
}
const { creator, deps } = this.registry.get(name);
const resolvedDeps = deps.map(dep => this.resolve(dep));
return creator(...resolvedDeps);
}
}
throw new Error(使用方式：
const container = new Container();container.register('db', () => new DatabaseConnection(), []); container.register('userService', (db) => new UserService(db), ['db']);
const userService = container.resolve('userService');
容器自动处理依赖顺序，确保在创建 userService 前先提供 db 实例。
服务定位器模式对比
服务定位器提供了一个全局访问点来获取服务实例，常见实现是静态类或单例对象。
class ServiceLocator {
static services = new Map();
static register(name, service) {
this.services.set(name, service);
}
static get(name) {
if (!this.services.has(name)) {
throw new Error(Service not found: ${name});
}
return this.services.get(name);
}
}
// 使用
ServiceLocator.register('apiClient', new APIClient());
const client = ServiceLocator.get('apiClient');
相比依赖注入，服务定位器更简单，但存在明显缺点：隐藏了类的真实依赖，难以追踪和测试，违反了显式依赖原则。它更像是“反模式”，只适合小型项目或过渡方案。
实际建议与最佳实践
在实际项目中，推荐优先使用依赖注入结合IoC容器的方式，尤其是中大型应用。
- 显式声明依赖：让每个模块的依赖清晰可见，提升可读性和可测试性。
- 避免全局状态：IoC容器应作为应用启动时的配置层，不鼓励随意跨模块引用。
- 使用现有库（可选）：如 awilix（Node.js）、inversify.js（支持TypeScript装饰器）等，提供更强大的生命周期管理和类型支持。
- 构造函数注入为主：保持一致性，避免setter或字段注入带来的不确定性。
基本上就这些。核心在于解耦和可维护性，不复杂但容易忽略。
