探究 Spring 中 Bean 的线程安全性问题

今天同事笑嘻嘻的凑过来，问了我一个问题：spring中的bean是线程安全的吗？。我内心一想肯定是安全的，毕竟这样多项目在用。但是转念一想，他那贱兮兮的表情，多半是在给我挖坑。于是我自信的回答他：不安全。他反问，你确定？

这一问给我整的不自信了，哈哈哈，容我去学习一下。

多线程安全嘛

在 Spring 框架中，Bean 是应用程序的核心构建块，代表了在 Spring 容器中管理的对象或组件。Spring 容器负责创建和管理 Bean，并在需要时将它们注入到其他 Bean 中。因为多个线程可能会同时访问同一个 Bean 实例，从而导致数据竞争和并发问题。

在 Spring 中，Bean 的线程安全性主要取决于 Bean 的作用域(scope)。Spring 提供了多种作用域：

• 包括单例(Singleton)

• 原型(Prototype)

• 请求(Request)

• 会话(Session)

下面分别来介绍一下它们的线程安全性。

单例(Singleton)

在 Spring 中,单例作用域默认的作用域，容器中只会存在一个该类型的实例。如果 Bean 的实现没有状态，并且不会因为并发访问而产生副作用，那么该 Bean 就是线程安全的。因为所有线程都共享同一个实例，不会有多个线程同时修改同一个实例的状态。但是，如果 Bean 的实现具有状态，或者它依赖于非线程安全的外部资源，那么该 Bean 就不是线程安全的。

原型(Prototype)

在 Spring 中，原型(Prototype)作用域是指每次获取 Bean 时都会创建一个新的 Bean 实例。每个原型作用域的 Bean 实例都是独立的，之间互不影响，也不会共享任何状态信息。因此，原型作用域的 Bean 是线程安全的。

请求(Request)

在 Spring 中，请求(Request)作用域是指在同一个 HTTP 请求范围内，多个 Bean 实例共享同一个请求对象。具体来说，当客户端发送一个 HTTP 请求时，Spring 会创建一个对应的请求对象，并将其保存在 ThreadLocal 中。在同一个请求处理过程中，所有使用请求作用域的 Bean 都会共享这个请求对象，可以通过该对象来获取请求相关的信息，如请求参数、请求头等。

由于每个 HTTP 请求都会创建一个独立的请求对象，因此请求作用域是线程安全的。不同的 HTTP 请求之间使用不同的请求对象，不会产生线程安全问题。而同一个 HTTP 请求中，多个 Bean 共享同一个请求对象，也不会出现线程安全问题，因为在同一个请求处理过程中，Spring 会保证只有一个线程在处理该请求。

会话(Session)

会话(Session)作用域是指在同一个 HTTP 会话范围内，多个 Bean 实例共享同一个会话对象。具体来说，当客户端第一次访问 Web 应用时，Spring 会为该会话创建一个对应的会话对象，并将其保存在 HTTP 会话中。在同一个 HTTP 会话期间，所有使用会话作用域的 Bean 都会共享这个会话对象，可以通过该对象来获取会话相关的信息，如会话属性、会话 ID 等。

由于同一个 HTTP 会话期间所有的请求都共享同一个会话对象，因此会话作用域也是线程安全的。不同的 HTTP 会话之间使用不同的会话对象，也不会产生线程安全问题。

总结

在 Spring 中，Bean 的线程安全性是取决于 Bean 的作用域和实现方式的。需要根据具体情况进行考虑，选择合适的作用域和实现方式来保证 Bean 的线程安全性。

除了作用域外，Bean 的实现方式也会影响其线程安全性。如果 Bean 的实现具有状态，那么需要考虑线程安全问题。可以使用锁或其他线程同步机制来保证线程安全，但是这可能会影响应用程序的性能和可扩展性。

作者：不一样的科技宅

链接：https://juejin.cn/post/7229309551702310968

来源：稀土掘金