springcloud容器

Spring Cloud 容器机制：父子容器的协同与隔离

在 Spring Cloud 中，为了满足微服务架构中配置隔离、早期初始化等需求，并非只存在一个 Spring 容器，而是通过多次创建容器形成父子容器层级结构。这些容器各司其职，协同完成微服务的初始化、配置加载和组件管理。

Spring Cloud 的容器体系由三个核心上下文（容器）构成，形成 “祖先→父→子” 的层级：

它们的关系如下：

Bootstrap 上下文（祖先）
        ↓（作为父容器）
Spring Boot 上下文（主应用容器）
        ↓（作为父容器）
微服务配置上下文（如 FeignContext、LoadBalancerClientFactory 等，隔离组件配置）

负责加载bootstrap.properties/yml配置文件（优先级高于 application 配置），这些配置通常是微服务启动的核心依赖（如配置中心地址、服务注册地址等）。
初始化 Spring Cloud 核心组件的基础环境（如配置中心客户端、服务发现客户端的早期配置），为后续容器提供基础配置。

由 Spring Cloud 的 BootstrapApplicationListener 监听器触发创建。
当 Spring Boot 启动到 ApplicationEnvironmentPreparedEvent 事件（环境准备完成，但应用上下文未创建）时，该监听器会执行 listeners.environmentPrepared(environment) 方法，触发 Bootstrap 上下文的初始化。

优先级最高：bootstrap 配置会覆盖 application 配置中同名属性（可通过 spring.cloud.bootstrap.enabled=false 禁用）。
作为祖先容器：Spring Boot 上下文会将其作为父容器，继承其加载的配置和 Bean。

加载application.properties/yml配置文件，管理业务逻辑 Bean（如 Controller、Service、Repository 等）。
是开发者日常开发中直接操作的容器，包含了应用的核心功能。

配置继承：Spring Boot 上下文会继承 Bootstrap 上下文的配置，但 application 配置中同名属性会覆盖 bootstrap 配置（特殊场景除外）。
Bean 隔离：两个容器的 Bean 相互隔离，Spring Boot 上下文的 Bean 无法直接被 Bootstrap 上下文访问，反之可通过父容器引用访问。

均基于 NamedContextFactory（命名上下文工厂）实现，通过 “名称” 隔离不同组件的配置：

NamedContextFactory 通过 “名称”（如 Feign 客户端的 value 属性）区分不同组件，为每个名称创建一个独立的子容器。
每个子容器会扫描对应的配置类（如 @FeignClient 的 configuration 属性指定的类），仅加载该组件所需的 Bean，实现配置隔离。
父容器为 Spring Boot 上下文，因此可以继承主应用的核心配置（如服务发现地址）。

以 “微服务启动并调用 Feign 客户端” 为例，容器的协同流程如下：

Bootstrap 上下文初始化：加载 bootstrap 配置（如配置中心地址 spring.cloud.config.uri），初始化配置中心客户端，拉取远程配置。
Spring Boot 上下文初始化：加载 application 配置，创建业务 Bean，将 Bootstrap 上下文作为父容器，获取配置中心的配置。
Feign 客户端初始化：FeignContext（微服务配置上下文）为该客户端创建独立子容器，加载其专属配置（如超时时间 feign.client.config.xxx.connectTimeout），依赖 Spring Boot 上下文的服务发现 Bean 获取服务地址。
调用执行：Feign 客户端通过自身上下文的配置发起请求，底层依赖 Ribbon 的 LoadBalancerClientFactory 上下文获取负载均衡策略，完成服务调用。

Spring Cloud 的多容器机制是为了适应微服务架构的复杂性而设计的：