在 Web 环境中，request、session、application 这些作用域是做什么的？

当你的 Spring 应用是一个 Web 应用时（例如，一个 Spring Boot 项目使用了 spring-boot-starter-web），IoC 容器（WebApplicationContext）就能理解并支持这几种额外的、与 Web 流程紧密相关的 Bean 作用域。

它们的核心目的都是为了在 Web 环境下，以一种解耦的方式，安全、方便地管理和共享状态数据。

---

request 作用域：一次请求的“记事本”

• 一句话概括：为每一次独立的 HTTP 请求，创建一个全新的 Bean 实例。

• 生命周期：

  • 创建：当一个 HTTP 请求到达服务器时创建。
  • 销毁：当该请求处理完毕并返回响应时销毁。

• 核心用途：存放仅与当前这次请求相关的数据，避免通过方法参数在 Controller -> Service -> Repository 之间层层传递。

• 典型场景：

  1. 存储当前用户信息：在请求开始时，通过拦截器或过滤器解析 Token，将用户信息存入一个 request 作用域的 Bean 中。之后，在业务逻辑的任何地方，都可以直接注入这个 Bean 来获取当前操作员的信息，代码非常干净。
  2. 封装请求参数：将复杂的请求参数封装成一个 request 作用域的 Bean，方便在不同层级使用。

• 代码示例：

  import org.springframework.stereotype.Component;
  import org.springframework.web.context.annotation.RequestScope;
  
  @Component
  @RequestScope // 或者使用字符串 @Scope("request")
  public class CurrentUserContext {
      private String userId;
      private String userName;
      // ... getters and setters
  }
  
  // 在 Service 中使用
  @Service
  public class OrderService {
      @Autowired
      private CurrentUserContext currentUserContext;
  
      public void createOrder() {
          String userId = currentUserContext.getUserId(); // 直接获取，无需参数传递
          System.out.println("用户 " + userId + " 正在创建订单...");
          // ...
      }
  }
  

---

session 作用域：一次会话的“购物车”

• 一句话概括：为每一个独立的用户会话（HTTP Session），创建一个全新的 Bean 实例。

• 生命周期：

  • 创建：当服务器为某个用户首次创建 HttpSession 时创建。
  • 销毁：当 HttpSession 失效时（用户关闭浏览器、会话超时、手动销毁）销毁。

• 核心用途：存放需要跨越用户单次访问中多次请求的共享数据。

• 典型场景：

  1. 购物车：这是最经典的例子。用户在浏览商品时，不断地将商品加入购物车，这个购物车的状态需要在他关闭浏览器之前一直保持。
  2. 用户登录状态：用户登录后，其登录信息可以保存在 session 作用域的 Bean 中，以便在后续的每次请求中验证其身份。
  3. 多步骤表单：用户填写一个复杂表单，分好几页提交。每一步的数据都可以暂存在 session 作用域的 Bean 中，直到最后一步完成。

• 代码示例：

  import org.springframework.stereotype.Component;
  import org.springframework.web.context.annotation.SessionScope;
  
  @Component
  @SessionScope // 或者使用字符串 @Scope("session")
  public class ShoppingCart {
      private final List<Product> items = new ArrayList<>();
      
      public void addProduct(Product product) {
          this.items.add(product);
      }
      // ...
  }
  

---

application 作用域：整个应用的“公告板”

• 一句话概括：为整个 Web 应用（ServletContext），创建一个全局唯一的 Bean 实例。

• 生命周期：

  • 创建：当 Web 应用启动时（ServletContext 初始化时）创建。
  • 销毁：当 Web 应用关闭时销毁。

• 核心用途：存放整个应用程序生命周期内全局共享的、不经常变动的数据。它和 singleton 非常相似，但它的生命周期是与 ServletContext 绑定的。

• 典型场景：

  1. 应用级别的配置信息：从数据库或配置文件中加载一次，供整个应用使用。
  2. 全局计数器：例如网站总访问量统计。
  3. 缓存不常变的数据：比如全国省份列表、数据字典等，应用启动时加载到内存，避免频繁查询数据库。

• 代码示例：

  import org.springframework.stereotype.Component;
  import org.springframework.web.context.annotation.ApplicationScope;
  
  @Component
  @ApplicationScope // 或者使用字符串 @Scope("application")
  public class AppConfig {
      private Map<String, String> globalSettings;
      
      @PostConstruct
      public void load() {
          // 应用启动时，从数据库加载全局设置
          this.globalSettings = loadFromDatabase();
      }
      // ...
  }
  

---

一个重要的问题：为什么需要 proxyMode？

你可能在很多示例代码中看到 @Scope 注解和 proxyMode 一起使用：
@Scope(value = "request", proxyMode = ScopedProxyMode.TARGET_CLASS)

原因：生命周期不匹配。

思考一个场景：一个 singleton 的 OrderService (应用启动时创建) 注入了一个 request 作用域的 CurrentUserContext (每次请求时才创建)。

• 问题：当 OrderService 这个单例 Bean 在应用启动时被创建和注入依赖时，HTTP 请求还不存在，所以 CurrentUserContext 根本就没被创建。Spring 应该注入什么呢？
• 解决方案：proxyMode 就是答案。当设置了 proxyMode，Spring 不会直接注入 CurrentUserContext 的实例。相反，它会注入一个代理对象（Proxy）。
  • 这个代理对象是单例的，可以被安全地注入到 OrderService 中。
  • 当你通过 OrderService 调用 currentUserContext.getUserId() 时，你实际上是在调用这个代理的方法。
  • 这个代理会实时地从当前的 HTTP 请求中查找真正的 CurrentUserContext 实例，然后将方法调用委托给这个真实的实例。

简单来说，代理就像一个聪明的中间人，它解决了“快生命周期”的 Bean 无法被注入到“慢生命周期”的 Bean 中的问题。 对于 request 和 session 作用域，当它们被注入到 singleton Bean 中时，几乎总是需要使用代理模式。

总结对比

作用域	范围	生命周期	共享级别	典型用例
singleton	Spring IoC 容器	容器启动到关闭	所有请求、所有会话	无状态 Service, DAO, 配置类
request	一次 HTTP 请求	请求开始到结束	同一请求内的所有组件	当前用户信息、请求参数
session	一个用户会话	会话创建到失效	同一用户会话内的所有请求	购物车、用户登录状态
application	整个 Web 应用	应用启动到关闭	所有用户、所有会话	全局配置、全局缓存、计数器