子容器隔离是spring中解决依赖注入全局冲突的底层机制，通过父子容器可见性规则（子可访父、父不可见子）及同名bean“就近优先+覆盖”逻辑实现隔离；父容器放通用组件，子容器承载业务模块，需手动构建父子关系并刷新。
子容器隔离是解决 Spring 中依赖注入全局冲突的一种底层、有效的机制，核心在于利用父子容器的可见性规则，把不同来源或不同职责的 Bean 分开管理，避免互相干扰。
明确父子容器的可见性边界
子容器能访问父容器中定义的 Bean，但父容器完全看不到子容器里的 Bean；当同名 Bean 同时存在于父子容器中，子容器会优先使用自己定义的，自动覆盖父容器的版本。这个“就近优先 + 覆盖”逻辑，是隔离的关键基础。
- 父容器适合放通用、稳定、跨业务的组件（如数据源、事务管理器、通用工具类）
- 子容器适合承载具体业务模块或脚手架定制部分（如自定义 Service 实现、覆盖式配置类）
- 不要在子容器里重复声明父容器已提供的基础 Bean（如 DataSource），除非有明确覆盖意图
用 ConfigurableApplicationContext 手动构建父子关系
Spring Boot 默认只启动一个 ApplicationContext，需主动创建子容器并设置 parent，才能启用隔离能力。
- 在启动类或配置类中，通过 new AnnotationConfigApplicationContext() 创建子容器实例
- 调用 setParent() 方法将主应用上下文设为父容器
- 通过 register() 或 scan() 加载子容器专属的配置类或包路径，确保其 Bean 不污染全局
- 注意：子容器需手动 refresh()，且其中的 @ComponentScan、@Import 等注解仅作用于该容器内部
按模块/场景划分容器层级
不是所有项目都需要多层容器，但以下典型场景值得引入子容器：
- 脚手架与业务代码冲突：通用 starter 提供了默认 PaymentService，而你项目需要定制实现 → 把自定义 PaymentService 放入子容器，保留父容器中的其他通用 Bean
- 多租户或插件化扩展：每个租户/插件加载独立配置和 Bean，互不干扰 → 每个插件对应一个子容器，共享同一个父容器（含基础设施）
- 测试与运行环境分离：集成测试时替换部分真实 Bean（如 MockDataSource）→ 在测试子容器中注册替代 Bean，不影响主容器行为
配合 @Primary 和 @Qualifier 控制注入精度
子容器隔离是结构性方案，但日常开发中仍建议辅以轻量级控制手段，减少对容器结构的强依赖：
- 对必须唯一注入的接口实现，加 @Primary 标记首选 Bean
- 当存在多个候选 Bean 时，用 @Qualifier("xxx") 显式指定名称，比类型注入更安全
- @Profile 结合条件化注册（如 @ConditionalOnMissingBean）可进一步降低冲突概率
