一、什么是父子容器？——企业级应用的"双层管理体系"

想象一家大型企业的组织架构：

• 🏢 父容器 = 集团总部（管理核心资源：数据源、事务管理、安全服务）
• 🏬 子容器 = 分公司（处理具体业务：控制器、视图解析、拦截器）
• 🔄 依赖关系 = 分公司可以向总部申请资源，但总部不依赖分公司

二、经典父子容器架构

解决的核心问题：

1. 关注点分离：业务逻辑与Web组件解耦
2. 配置隔离：避免Web相关配置污染核心业务配置
3. 灵活部署：不同Web模块可独立部署
4. 资源复用：多个Web模块共享核心服务

1. 容器层次结构

2. 配置实战示例

web.xml配置：

<!-- 父容器配置 -->
<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>
        /WEB-INF/applicationContext.xml
        /WEB-INF/applicationContext-security.xml
    </param-value>
</context-param>

<!-- 子容器配置 -->
<servlet>
    <servlet-name>dispatcher</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <init-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/dispatcher-servlet.xml</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
</servlet>

扫描范围分离配置：

<!-- 父容器 applicationContext.xml -->
<context:component-scan base-package="com.example">
    <!-- 排除控制器 -->
    <context:exclude-filter type="annotation" 
        expression="org.springframework.stereotype.Controller"/>
</context:component-scan>

<!-- 子容器 dispatcher-servlet.xml -->
<context:component-scan base-package="com.example" 
    use-default-filters="false">
    <!-- 只包含控制器 -->
    <context:include-filter type="annotation" 
        expression="org.springframework.stereotype.Controller"/>
</context:component-scan>

三、父子容器的工作机制

1. 依赖查找方向

2. 典型问题场景分析

问题现象：

@Controller
public class UserController {
    @Autowired // 注入失败！
    private UserService userService;
}

四、Spring Boot的颠覆性变革

1. 单容器架构成为主流

2. 配置变化对比

特性	传统父子容器	Spring Boot单容器	优势提升
容器数量	2个	1个	启动速度↑20%
配置复杂度	高（需分离配置）	低（自动配置）	开发效率↑40%
AOP支持	跨容器可能失效	全局统一	功能完整性↑100%
事务管理	需在父容器声明	任意位置声明	灵活性↑50%
组件扫描	需手动排除/包含	统一@ComponentScan	配置简洁度↑70%

五、常见问题与解决方案

1. 典型问题：Controller无法注入Service

症状：

NoSuchBeanDefinitionException: 
No qualifying bean of type 'com.example.UserService' available

原因分析：

解决方案：

// Spring Boot的推荐做法
@SpringBootApplication
@ComponentScan("com.example") // 统一扫描
public class Application {
    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }
}

六、最佳实践指南

1. 传统SSM项目配置方案

<!-- 父容器：applicationContext.xml -->
<beans>
    <!-- 数据源配置 -->
    <bean id="dataSource" class="..."/>
    
    <!-- 事务管理器 -->
    <bean id="transactionManager" class="..."/>
    
    <!-- 扫描排除Controller -->
    <context:component-scan base-package="com.example">
        <context:exclude-filter type="annotation" 
            expression="org.springframework.stereotype.Controller"/>
    </context:component-scan>
</beans>

<!-- 子容器：dispatcher-servlet.xml -->
<beans>
    <!-- 视图解析器 -->
    <bean class="...InternalResourceViewResolver"/>
    
    <!-- 只扫描Controller -->
    <context:component-scan base-package="com.example" 
        use-default-filters="false">
        <context:include-filter type="annotation" 
            expression="org.springframework.stereotype.Controller"/>
    </context:component-scan>
</beans>

2. Spring Boot统一配置方案

@SpringBootApplication // 开启单容器模式
public class Application {
    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }
}

@RestController // 控制器和服务在同一容器
public class UserController {
    
    @Autowired // 直接注入服务
    private UserService userService;
    
    @GetMapping("/users")
    public List<User> getUsers() {
        return userService.findAll();
    }
}

@Service
public class UserService {
    // 业务逻辑
}

七、架构演进趋势

八、关键结论总结

要点	说明
历史价值	父子容器解决了早期Spring Web集成问题
现代替代	Spring Boot单容器是当前主流方案
迁移策略	逐步合并配置，统一扫描范围
性能影响	单容器启动速度提升20%，内存占用减少15%
排错重点	遇到注入问题首先检查@ComponentScan范围

九、常见面试题精析

1. 父容器能访问子容器的Bean吗？

答案：不能。依赖查找是单向的：子→父，父容器无法访问子容器中的Bean

2. 为什么Controller里无法注入Service？

解决方案：

1. 确保Service在父容器扫描范围内
2. 确认Controller在子容器扫描范围内
3. 检查是否配置了<context:exclude-filter>

3. Spring Boot如何解决父子容器问题？

技术实现：

// 在SpringApplication.run()中
public ConfigurableApplicationContext run(String... args) {
    // ...
    context = createApplicationContext();
    refreshContext(context); // 创建并刷新单一容器
    // ...
}

十、升级迁移路线图

备忘录：

架构演进黄金法则：

新项目：Spring Boot单容器是首选
旧系统：逐步迁移，先统一扫描范围
遇问题：重点检查@ComponentScan配置
性能优：单容器减少20%启动时间
未来看：完全拥抱Spring Boot生态

💡 最后建议：无论您维护传统系统还是创建新项目，理解父子容器原理都是成为Spring专家的必经之路。立即检查您的项目配置，拥抱更简洁高效的架构模式！

如果本文对您有帮助，请点赞👍收藏⭐，您的支持是我创作的最大动力！欢迎在评论区分享您的Spring实战经验~ #SpringMVC #SpringBoot #架构设计 #Java开发