spring boot不构建传统父子容器，而是通过单一applicationcontext+自动配置分组+条件化加载+包结构引导实现逻辑分层隔离。controller与service等bean同属一个上下文，依赖方向受控于语义规范与注入检查，确保单向调用（controller→service），禁反向引用。
Spring Boot 默认不显式构建传统 Spring MVC 的父子容器，而是通过自动配置和单一 ApplicationContext 实现了逻辑上的分层隔离。但理解 Controller 与 Service 的 Bean 隔离，仍需回溯父子容器的设计本质——它解决的不是“有没有两个容器”，而是“谁该依赖谁、谁不该被谁引用”的职责边界问题。
Controller 和 Service 的 Bean 并非物理隔离，而是依赖方向受控
在 Spring Boot 中，所有组件（@Controller、@Service、@Repository）默认注册到同一个 ApplicationContext。但框架通过包扫描策略 + 组件语义 + 自动装配规则
- @Controller 标注的类只应处理 HTTP 协议层逻辑（参数解析、状态码、视图跳转），它可@Autowired @Service，但反过来绝对禁止；
- @Service 标注的类代表业务能力，它可调用 @Repository 或其他 @Service，但绝不能持有 @Controller 引用，也不应感知任何 Web 相关类型（如 HttpServletRequest、Model）；
- 这种单向依赖不是靠容器物理隔离实现的，而是靠编码规范 + IDE 提示 + Spring 的依赖注入检查（例如启动时报错：Could not resolve placeholder in value "${xxx}"，或循环依赖异常）来兜底。
Spring Boot 如何模拟父子容器的“隔离效果”
虽然没有显式的 ContextLoaderListener + DispatcherServlet 双容器结构，但 Spring Boot 通过以下方式达成等效目标：
- 自动配置分组：spring-boot-autoconfigure 中的 WebMvcAutoConfiguration、DataSourceAutoConfiguration、TransactionAutoConfiguration 等各自封装配置逻辑，避免 Web 层配置污染数据源或事务配置；
- 条件化加载：@ConditionalOnWebApplication、@ConditionalOnClass(WebMvcConfigurer.class) 等注解确保 Web 相关 Bean 只在 Web 环境下注册，业务 Bean 则无环境依赖；
- 包结构引导：官方推荐的包布局（com.example.app.controller、.service、.repository）配合 @SpringBootApplication 的默认扫描范围，天然支持按层组织，也便于后续演进到多模块或多上下文架构。
什么时候真需要物理父子容器？
Spring Boot 项目中极少需要手动拆父子容器，但在两类场景下会回归经典模式：
- 遗留 SSM 项目迁移：保留 web.xml + ContextLoaderListener + DispatcherServlet 配置，同时引入 Spring Boot Starter，此时父容器（由 ContextLoaderListener 加载）管理 @Service/@Repository，子容器（DispatcherServlet）管理 @Controller；
- 多 Servlet 复用业务层：比如一个应用同时暴露 REST API（/api/**）和 WebSocket 接口（/ws/**），可为不同 DispatcherServlet 配置独立子容器，共享同一父容器中的 Service/DAO，实现真正的“一份业务，多种接入”。
验证隔离是否生效的简单方法
不必依赖容器数量，直接看运行时行为：
- 在 @Service 类中尝试 @Autowired 一个 @Controller —— 启动失败，报 NoSuchBeanDefinitionException 或循环依赖错误；
- 在 @Controller 中 @Autowired @Service —— 正常注入，且调用链清晰（HTTP → Controller → Service → Repository）；
- 在 @Service 中 new 一个 Controller 实例并调用其方法 —— 编译通过但逻辑错误，因为 Controller 丢失了 Spring 管理的上下文（如 @ModelAttribute、拦截器、数据绑定等）。
