第3章 Angular核心概念与依赖注入深入：模块化设计、DI原理、注入器层级

🧩 问题1：解释Angular依赖注入的工作原理，特别是注入器层级如何影响服务实例的可见性和生命周期？

🎯 考察点： DI核心理解，树形注入器与实例隔离机制。

📌 回答框架： ① DI三要素 → ② 注入器层级（平台→模块→组件） → ③ 向上冒泡查找规则 → ④ 对实例作用域和生命周期的影响（根单例 vs 模块级 vs 组件级）。

✍️ 示例回答： Angular DI基于注入器树。每个组件/模块拥有独立注入器，依赖从当前向上查找。根注入器提供全局单例，模块注入器实现模块间隔离，组件注入器实例随组件销毁。通过 providedIn:'root' 或 providers 控制层级。

❓ 可能追问： 懒加载模块的注入器如何影响实例？跨模块共享服务的最佳实践？@Injectable 中 providedIn:'root' 与模块 providers 有何本质区别？

🧩 问题2：在Angular中，如何选择使用 viewProviders 与 providers？请举例场景。

🎯 考察点： 区分两种注入器声明方式的可见范围。

📌 回答框架： ① providers 对组件树内所有子组件（含内容投影）可见；② viewProviders 仅对组件自身模板及 <ng-container> 内的子组件可见，对 ng-content 插入的组件不可见；③ 选择场景：当服务只应在组件内部使用时（如Tab组件内部逻辑），用 viewProviders 防止外部污染。

✍️ 示例回答： 封装一个Tabs组件，内部管理标签切换逻辑的服务用 viewProviders 声明。这样通过 ng-content 投影进来的子组件（如TabPane）无法误用该服务，保证组件封装性。而 providers 可用于需要被子组件继承的场景。

❓ 可能追问： viewProviders 是否会被子组件继承？内容投影下的组件如何获取服务？如何实现组件级单例？

🧩 问题3：Angular中模块设计（NgModule）与Standalone组件如何选择？大型项目中如何混合使用？

🎯 考察点： 模块化设计思想、新特性理解与架构权衡。

📌 回答框架： ① NgModule优势：组织代码、共享服务、懒加载路由、注入器隔离；② Standalone优势：减少样板代码、直接导入依赖；③ 大项目策略：核心基础设施（SharedModule、CoreModule）保留NgModule；独立功能页面/工具组件使用Standalone；④ Angular官方推荐新项目默认Standalone。

✍️ 示例回答： 大型SaaS项目中，公共UI库、认证服务等通过NgModule封装以便复用和懒加载；具体业务页面如“报表管理”采用Standalone组件，直接 imports 所需模块。这样既获得模块的注入器隔离，又减少不必要的模块嵌套。

❓ 可能追问： Standalone组件如何实现懒加载？如何在Standalone中定义服务作用域？如果一个NgModule内引入Standalone组件，如何处理模板兼容？