JavaScript函数虽无内置依赖注入机制，但可通过参数传递、工厂函数或Awilix等容器实现DI：显式传入依赖便于测试与解耦，工厂封装共享依赖，容器自动解析复杂关系；纯计算或UI函数无需DI。
在 JavaScript 中，函数本身不直接“支持”依赖注入（DI）这种模式，因为 JS 没有内置的 DI 容器或语言级注解机制（如 TypeScript 的 @Injectable 或 Angular 的装饰器）。但你可以通过函数参数、闭包、工厂函数或配合第三方容器（如 InversifyJS、Awilix）来模拟和实现依赖注入的核心思想：**将服务（依赖）作为参数传入，而非在函数内部主动创建或全局获取**。
用函数参数显式传递服务
这是最轻量、最符合 JS 哲学的方式。把所需服务（比如 API 客户端、日志器、配置对象）作为参数传给函数，让调用方决定提供哪个具体实现：
- 函数不关心服务怎么来，只关心它符合约定（例如有
fetchUser(id)方法） - 便于单元测试：传入 mock 服务即可
- 避免硬编码或单例耦合
示例：
function loadUserProfile(httpClient, logger) {
return async (userId) => {
try {
const user = await httpClient.get(`/api/users/${userId}`);
logger.info(`Loaded user: ${user.name}`);
return user;
} catch (err) {
logger.error(`Failed to load user ${userId}`, err);
throw err;
}
};
}
// 使用时注入真实依赖
const realHttpClient = new FetchClient();
const consoleLogger = new ConsoleLogger();
const loadUser = loadUserProfile(realHttpClient, consoleLogger);
// 测试时注入 mock
const mockHttpClient = { get: () => Promise.resolve({ id: 1, name: 'Test' }) };
const mockLogger = { info: jest.fn(), error: jest.fn() };
const loadUserForTest = loadUserProfile(mockHttpClient, mockLogger);
用工厂函数封装依赖绑定
当多个函数共享同一组依赖时，可写一个工厂函数，在其闭包中持有依赖，并返回一组已绑定依赖的业务函数：
立即学习“Java免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 避免重复传参，提升复用性
- 保持依赖一致性（比如同一个数据库连接实例）
- 天然支持模块化组织
示例：
function createUserService({ db, logger, emailService }) {
return {
createUser: async (userData) => {
const user = await db.insert('users', userData);
logger.info(`User created: ${user.id}`);
emailService.sendWelcome(user.email);
return user;
},
getUserById: (id) => db.find('users', { id })
};
}
// 组装依赖并创建服务实例
const userService = createUserService({
db: new PostgresDB(config),
logger: new FileLogger(),
emailService: new SMTPMailer()
});
配合轻量 DI 容器（如 Awilix）
当项目变大、依赖关系复杂时，手动传参或工厂会变得繁琐。可引入像 Awilix 这样的容器，它基于函数/类 + 注册 + 解析，不依赖 TypeScript 装饰器，纯 JS 友好：
- 注册服务为单例、瞬态或作用域实例
- 通过函数参数名（或 Symbol）自动解析依赖（基于命名反射）
- 支持异步初始化、生命周期钩子
示例（Awilix）：
const { createContainer, asValue, asFunction, resolve } = require('awilix');
const container = createContainer();
// 注册依赖
container.register({
db: asValue(new PostgresDB()),
logger: asValue(new ConsoleLogger()),
userService: asFunction(require('./services/userService')).singleton()
});
// userService.js 导出的函数可声明依赖（按参数名匹配）
// function userService({ db, logger }) { ... }
const { userService } = container.cradle;
const result = await userService.createUser({ name: 'Alice' });
注意边界：不是所有函数都需要 DI
依赖注入适用于有明确外部协作职责的逻辑（如服务层、控制器），而非纯计算函数（如 sum(a, b)）或 UI 渲染函数（除非它调用了服务）。滥用 DI 会让简单函数过度设计。关键判断标准是：该函数是否需要与其他模块交互？是否需要被替换（如测试、多环境）？
如果答案是肯定的，那就把依赖显式传入；否则，保持简洁。
