依赖注入通过分离对象创建与使用，利用容器管理服务注册与解析，结合声明式依赖和作用域控制，有效解耦前端模块，提升可维护性和测试性。
前端应用规模变大后，模块之间的耦合会显著增加。依赖注入（Dependency Injection, DI）能有效解耦组件与服务，提升可测试性和可维护性。要设计一个支持依赖注入的架构，核心是建立清晰的依赖管理机制和容器系统。
定义依赖容器
依赖容器是整个DI架构的核心，负责实例化、存储和提供依赖对象。
可以设计一个简单的Container类，通过注册（register）和解析（resolve）方法管理服务：
- 使用键值对存储服务构造函数或实例
- 支持单例模式，避免重复创建对象
- 允许按需解析依赖，自动处理依赖链
例如，注册一个HTTP服务，在组件中通过名称解析，无需直接import或new实例。
立即学习“前端免费学习笔记（深入）”；
声明依赖关系
组件或模块应在构造函数或配置中显式声明所需依赖，而不是在内部创建。
比如一个用户管理组件接收UserService作为参数，而非自己实例化它。
- 提高透明度，谁依赖什么一目了然
- 便于替换实现，如开发环境用MockService，生产用ApiService
- 配合TypeScript接口，实现真正的面向接口编程
集成框架与工具
在React或Vue等框架中，可以通过上下文（Context）或插件机制接入DI容器。
React中可用Context传递容器实例，高阶组件或自定义Hook从中获取依赖。
Vue可通过插件注入$container，组件中调用this.$container.resolve('service')。
- 避免全局变量污染
- 保持框架原有结构，只增强依赖管理能力
- 结合构建工具，支持tree-shaking和懒加载
支持生命周期与作用域
复杂应用需要管理依赖的生命周期，比如页面级单例、请求级实例等。
容器可扩展作用域支持：
- Singleton：全局唯一实例
- Transient：每次解析都创建新实例
- Scoped：在特定上下文内共享，如一次路由切换周期
这在多标签页或微前端场景中尤为重要。
基本上就这些。关键是把“创建”和“使用”分离，让容器统一管理对象生成逻辑。不复杂但容易忽略。
