javascript依赖注入核心是将依赖创建权交由外部，通过构造函数注入实现解耦与可测试性；支持手动注入、轻量容器及typescript装饰器+reflect metadata类型安全注入。
JavaScript 实现面向对象编程中的依赖注入（DI），核心是把“谁来创建依赖”这件事从类内部移出去，交由外部控制。它不靠语言特性强制支持，而是通过编码习惯和结构设计达成解耦与可测试性。
构造函数注入是最直接、最推荐的方式
这是最清晰、最易理解的 DI 实践：依赖作为参数传入构造函数，类只负责使用，不负责创建。
- 避免在类里写
new ApiClient()或引用全局单例 - 让调用方决定传什么——真实实例、mock 对象、stub 或 fake 都可以
- 例如：
class OrderService {<br> constructor(paymentGateway, logger) {<br> this.gateway = paymentGateway;<br> this.logger = logger;<br> }<br>}
手动注入适合大多数前端项目
小到中型应用，不需要复杂容器。只需养成“外传依赖”的习惯，就能获得 DI 的主要好处。
- 函数也适用：把依赖当参数传，而不是闭包捕获或读取全局变量
- 测试时轻松替换：
const mockLogger = { log: jest.fn() };，然后new OrderService(mockGateway, mockLogger) - 接口契约明确：只要对象有
charge()和log()方法，就满足要求
轻量级容器适合依赖变多的场景
当模块增多、层级加深（比如 Service → Repository → Database），手动传递开始重复且易错，就可以引入简易容器。
- 注册服务：
container.register('logger', () => new ConsoleLogger()) - 支持工厂函数：
container.register('db', c => new MySQL(c.resolve('config'))) - 解析依赖：
const service = container.resolve('orderService')，自动注入其所需的所有依赖 - 注意：浏览器中没有“启动阶段”，所谓容器本质仍是注册 + 运行时解析，不是 Java Spring 那种全自动代理
TypeScript 装饰器 + Reflect Metadata 可实现类型安全注入
在 TypeScript 项目中，结合装饰器和反射元数据，能进一步提升开发体验和安全性。
- 用
@Injectable()标记可注入类，用@Inject(Logger)标记构造参数 - 运行时通过
Reflect.getMetadata('design:paramtypes', target)获取参数类型信息 - 容器据此自动 resolve 对应类型的实例，支持抽象类/接口绑定
- 这类方案常见于 Angular 或 InversifyJS，但需注意：浏览器默认不支持
reflect-metadata，需引入 polyfill
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
