Spring Controller组件默认作用域及上下文相关疑问

已知概念回顾 #

• ApplicationContext：独立应用的上下文，管理singleton和prototype作用域的Bean。
• WebApplicationContext：继承自ApplicationContext，专为Web应用设计，关联一个ServletContext，管理Web相关Bean（如Controller、ViewResolver），并新增request、session、websocket、application四种作用域。
• ServletContext：JEE标准组件，与Spring无关，代表整个Web应用的上下文，一个Web应用对应一个ServletContext。

问题1：WebApplicationContext中Controller的默认作用域是什么？ #

Controller的默认作用域是**singleton，这完全合理。
WebApplicationContext的生命周期确实与Web服务器绑定：服务器启动时初始化上下文，服务器关闭时销毁上下文，对应的singleton Bean也会被销毁。但Spring MVC的Controller设计本身是无状态**的——请求处理过程中使用的参数、对象都是局部变量，不会共享状态，因此单例模式下不存在线程安全问题。这种设计反而能减少对象创建开销，提升性能，是Spring MVC的标准实践。

问题2：一个ApplicationContext如何对应多个ServletContext？ #

这种场景并不常见，但确实存在于以下情况：

1. 同一容器部署多个独立Web应用（多WAR包）
   比如在Tomcat中同时部署两个独立的WAR包（两个Web应用），每个Web应用拥有自己独立的ServletContext和WebApplicationContext。如果这两个Web应用共享一个全局的父ApplicationContext（比如通过容器级别的Spring配置加载的根上下文，包含公共的服务层、DAO层Bean），那么这个父ApplicationContext就对应了两个不同的ServletContext。
2. 共享公共Spring组件的多Web应用场景
   当多个Web应用依赖同一套公共业务组件时，会将这些组件放在一个全局的ApplicationContext中，每个Web应用的WebApplicationContext作为子上下文继承父上下文，同时每个Web应用拥有自己的ServletContext，此时父ApplicationContext就对应了多个ServletContext。

你提到的「同一应用中多个WebApplicationContext共享一个ServletContext」是另一种场景——比如一个Web应用同时包含REST API和Web前端模块，各自使用独立的WebApplicationContext，但它们同属一个Web应用，因此共享同一个ServletContext，这和上述多ServletContext的场景并不冲突。

内容的提问来源于stack exchange，提问作者Xavier KRESS