angular 的依赖注入机制会自动解析服务构造函数所需的全部依赖，避免手动传参；而直接 new 实例则需显式提供所有构造参数，否则报错。
angular 的依赖注入机制会自动解析服务构造函数所需的全部依赖，避免手动传参；而直接 new 实例则需显式提供所有构造参数，否则报错。
在 Angular 中，当你写 translateService = new TranslateService(); 时，TypeScript 编译器和运行时会严格校验 TranslateService 构造函数的签名——如果其构造函数声明了 9 个形参（例如 constructor(private http: HttpClient, private parser: TranslationParser, ...)），那么你必须显式传入全部 9 个实参，否则将触发编译错误或运行时异常。
而使用依赖注入方式：
constructor(private translateService: TranslateService) { }
Angular 并未“跳过”这些参数，而是通过 Injector 系统自动完成整个依赖图谱的解析与实例化：
- Angular 检查 TranslateService 的构造函数签名，识别出它依赖 HttpClient、TranslationStore、MissingTranslationHandler 等 9 个服务；
- Injector 递归查找并实例化这些依赖项（若它们自身也有依赖，则继续向上解析）；
- 最终将完整构建好的依赖对象按顺序注入到 TranslateService 构造函数中，完成实例创建。
✅ 正确前提：这些依赖必须已在某个 Injector 作用域中可用——通常通过 @Injectable({ providedIn: 'root' }) 或模块的 providers: [...]（如 TranslateModule.forRoot()）注册。forRoot() 的本质是向根 Injector 提供 TranslateService 及其依赖的服务令牌，确保整个应用可注入。
⚠️ 注意事项：
- 手动 new 服务不仅繁琐，更会绕过 Angular 的生命周期管理、拦截器、装饰器（如 @Optional()、@SkipSelf()）及单例保障；
- 若服务依赖 HttpClient，手动实例化还可能因缺少 HttpHandler 链导致 HTTP 请求失败；
- 第三方库（如 @ngx-translate/core）的服务设计即面向 DI 使用，不推荐也不支持裸 new 调用。
总结：依赖注入不是“省略参数”，而是将参数供给责任委托给框架；理解 Injector 的解析逻辑，是写出可维护、可测试 Angular 应用的关键基础。
