依赖注入通过外部传入依赖解耦组件，使测试中可替换模拟对象，避免真实调用；提升复用性与环境灵活性，促进清晰接口设计，简化测试场景构建，增强异常和分支覆盖，显著提高代码可测试性与维护性。
依赖注入（Dependency Injection, DI）在JavaScript中能显著提升代码的可测试性，核心在于解耦组件之间的硬依赖，使外部依赖可以被轻松替换，尤其是在单元测试中。
减少硬编码依赖，便于模拟（Mocking）
当一个模块直接在内部创建其依赖对象时，测试该模块就不得不同时运行这些依赖，导致测试变得复杂且不可控。
通过依赖注入，依赖项从外部传入，测试时可以传入模拟对象（mock）或桩（stub），从而隔离被测逻辑。
示例：未使用DI：
立即学习“Java免费学习笔记（深入）”；
class UserService {
constructor() {
this.apiClient = new APIClient(); // 硬依赖
}
fetchUser(id) {
return this.apiClient.get(`/users/${id}`);
}
}
// 测试时会真实调用网络请求，难以控制
使用DI后：
class UserService {
constructor(apiClient) {
this.apiClient = apiClient; // 依赖注入
}
fetchUser(id) {
return this.apiClient.get(`/users/${id}`);
}
}
// 测试时可传入模拟对象
const mockApiClient = {
get: jest.fn().mockResolvedValue({ id: 1, name: 'John' })
};
const userService = new UserService(mockApiClient);
这样就能验证行为而不触发真实请求。
提升模块复用与配置灵活性
依赖注入让同一模块可以在不同环境（开发、测试、生产）中注入不同的实现。比如在测试中注入内存数据库，在生产中使用真实数据库。
这种灵活性意味着测试可以运行在轻量级、可预测的环境中，无需依赖外部服务。
- 测试环境注入模拟日志器，避免输出干扰
- 注入固定时间生成器，便于测试时间相关逻辑
- 替换随机数生成器，确保结果可重复
促进清晰的接口设计
为了支持依赖注入，开发者会更倾向于使用明确的接口或抽象类来定义依赖契约。这促使模块之间通过清晰的边界通信，而不是隐式地访问全局状态或单例。
清晰的接口更容易被替换成测试双（Test Double），也更容易理解模块职责。
简化测试初始化过程
使用依赖注入后，测试用例可以精确控制被测对象的依赖状态，快速构建各种测试场景。
例如：
- 注入抛出错误的依赖，测试异常处理
- 注入返回不同数据的模拟服务，覆盖多种业务分支
- 验证依赖方法是否被正确调用（通过spy）
基本上就这些。依赖注入虽小，但在组织大型应用和保障测试可靠性上作用明显。它不复杂但容易忽略。
