1. 依赖注入的概念与动机
基础定义
在软件设计中，依赖注入（DI）是一种控制反转的实现方式，其核心思想是将组件所需要的依赖项从内部创建转移到外部传入。这样可以实现 解耦、关注点分离，从而提高模块的可维护性与扩展性。
通过注入而非内建创建，组件不再关心具体的依赖如何实例化，只关注自己的职责。这种模式对后续的替换、测试和替代实现提供了更大的灵活性。
在JavaScript中的实现路径
在 JavaScript 中，端到端的 DI通常通过构造函数参数、工厂函数参数或简单的依赖容器来实现。由于 JavaScript 的模块化特性，组件可以将依赖以参数形式暴露出来，从而实现 动态替换。
下面的示例展示了通过构造函数注入依赖的基本模式，依赖注入让测试与替换变得可控：
// 构造函数注入示例
class UserService {constructor(userRepo) {this.userRepo = userRepo;}getUser(id) {return this.userRepo.findById(id);}
}
class UserRepository {findById(id) {// 实际实现可能是数据库查询return { id, name: 'Alice' };}
}
const repo = new UserRepository();
const service = new UserService(repo);
在JavaScript中的实现路径（继续）
除了直接使用构造函数注入，简单的容器/工厂模式也常用于聚合与分发依赖，便于集中管理对象的生命周期和依赖关系。
通过一个轻量级的容器，可以将依赖注册在一个位置，并在需要时解析使用，降低全局状态的风险，提高模块可测试性。
// 简单的 DI 容器实现
const container = (() => {const services = new Map();return {register: (name, dep) => services.set(name, dep),resolve: (name) => services.get(name)};
})();class Logger {log(msg) { console.log(msg); }
}
class App {constructor(logger) { this.logger = logger; }run() { this.logger.log('App is running'); }
}
container.register('logger', new Logger());
const app = new App(container.resolve('logger'));
app.run();
2. 为什么JavaScript的依赖注入如此重要？它如何提升代码的可测试性
可替换的依赖与孤立测试
核心优势在于将真实依赖替换为测试替身（mock、stub、fake）的能力，这样单元测试就可以只关注业务逻辑本身，而不依赖外部系统的行为。
当依赖通过注入来提供时，测试用例可以在创建被测试对象时，替换成可控的模拟实现，从而避免网络调用、数据库查询等对测试结果的干扰。
与全局状态的风险对比
依赖注入降低了对全局变量和单例的依赖，减少了测试中的副作用。全局状态往往在测试之间产生不可预测的交叉影响，而 DI 让每个测试用例能够在干净的上下文中执行。
另外，DI 提高了代码的可重复性与稳定性，因为测试用例使用的依赖都是显式注入的，改变实现并不会意外影响其他测试。
3. 实践中的DI模式与示例
构造函数注入与简单容器
在实际项目中，推荐以构造函数注入为基本模式，这样对象在创建时就具备了所需的依赖，不需要在运行时再去查找或创建。
下面展示一个结合构造函数注入与简单容器的示例，便于理解如何在项目中落地：
// 构造函数注入示例（复用前文）
// 已经在上一节展示
class UserService {constructor(userRepo) {this.userRepo = userRepo;}getUser(id) {return this.userRepo.findById(id);}
}
此外，结合一个小型容器可以集中管理依赖，便于在测试中替换实现，实现无缝替换与复用。
// 容器示例（继续使用上一节的容器）
const container = (() => {const services = new Map();return {register: (name, dep) => services.set(name, dep),resolve: (name) => services.get(name)};
})();class Logger { log(msg) { console.log(msg); } }
class App { constructor(logger) { this.logger = logger; } run() { this.logger.log('App is running'); } }container.register('logger', new Logger());
const app = new App(container.resolve('logger'));
app.run();
测试示例与 mocking
在测试中，通过对依赖进行 mock，可以验证业务逻辑是否正确处理不同的外部返回值与异常情况。
下面的测试示例使用 Jest 展示如何对 DI 对象进行单元测试，它通过注入一个模拟的仓库实现来验证业务逻辑：
// Jest 测试示例：对 DI 的单元测试
class UserService {constructor(userRepo) { this.userRepo = userRepo; }getUser(id) { return this.userRepo.findById(id); }
}
test('UserService.getUser should query repository with id', () => {const mockRepo = { findById: jest.fn().mockReturnValue({ id: 42, name: 'Bob' }) };const service = new UserService(mockRepo);const user = service.getUser(42);expect(user).toEqual({ id: 42, name: 'Bob' });expect(mockRepo.findById).toHaveBeenCalledWith(42);
});
4. 进阶实践：不同的注入模式与注意点
注入模式对比：构造函数注入 vs 参数注入
构造函数注入强调在对象创建时就绑定依赖，确保对象在进入运行状态前具备完整能力；参数注入则在方法层面传递依赖，适合函数式或轻量级组件。两者各有优缺点，实际中常结合使用以达到最佳解耦效果。
在高耦合场景中，构造函数注入更有利于生命周期管理和测试稳定性；而在简单的工具函数中，参数注入能减少不必要的对类的依赖。
简单容器的扩展性与边界
随着应用规模增长，容器的设计需要考虑生命周期、作用域与依赖解析，以避免内存泄漏与循环依赖。
在设计容器时，建议明确注册、解析、生命周期策略，并对外暴露简单的 API，便于测试与替换实现。
// 进一步扩展的容器（示例：支持单例与工厂两种生命周期）
class Container {constructor() { this.registrations = new Map(); this.singletons = new Map(); }register(name, factory, { singleton = false } = {}) {this.registrations.set(name, { factory, singleton });}resolve(name) {const reg = this.registrations.get(name);if (!reg) throw new Error('Unregistered: ' + name);if (reg.singleton) {if (!this.singletons.has(name)) {this.singletons.set(name, reg.factory(this));}return this.singletons.get(name);}return reg.factory(this);}
}
