---

其实，Spring 中的 Bean 是否线程安全，其实跟 Spring 容器本身无关。Spring 框架中没有提供线程安全的策略，因此，Spring 容器中在的 Bean 本身也不具备线程安全的特性。咱们要透彻理解这个结论，我们首先要知道 Spring 中的 Bean 是从哪里来的。

一、Spring中的Bean是从哪里来的？

在 Spring 容器中，除了很多 Spring 内置的 Bean 以外，其他的 Bean 都是我们自己通过 Spring 配置来声明的，然后，由 Spring 容器统一加载。我们在 Spring 声明配置中通常会配置以下内容，如： class（全类名） 、id（也就是 Bean 的唯一标识） 、scope（作用域） 以及 lazy-init（是否延时加载） 等。之后，Spring 容器根据配置内容使用对应的策略来创建 Bean的实例。因此，Spring 容器中的 Bean 其实都是根据我们自己写的类来创建的实例。因此，Spring 中的 Bean 是否线程安全，跟 Spring 容器无关，只是交由 Spring 容器托管而已。那么，在 Spring 容器中，什么样的 Bean 会存在线程安全问题呢？ 回答，这个问题之前我们得先回顾一下 Spring Bean的作用域。在 Spring 定义的作用域中，其中有 prototype（ 多例 Bean ）和 singleton （ 单例 Bean）。那么，定义为 prototype 的 Bean，是在每次 getBean 的时候都会创建一个新的对象。定义为 singleton 的 Bean，在 Spring 容器中只会存在一个全局共享的实例。基于对以上 Spring Bean 作用域的理解，下面，我们来分析一下在 Spring 容器中，什么样的Bean 会存在线程安全问题

二、Spring中什么样的Bean会出现线程安全问题：

我们已经知道，多例 Bean 每次都会新创建新实例，也就是说线程之间不存在 Bean 共享的问题。因此，多例 Bean 是不存在线程安全问题的。而单例 Bean 是所有线程共享一个实例，因此，就可能会存在线程安全问题。但是单例 Bean 又分为无状态 Bean 和有状态 Bean。在多线程操作中只会对 Bean 的成员变量进行查询操作，不会修改成员变量的值，这样的 Bean 称之为无状态 Bean。所以，可想而知，无状态的单例 Bean 是不存在线程安全问题的。但是，在多线程操作中如果需要对 Bean 中的成员变量进行数据更新操作，这样的 Bean 称之为有状态Bean，所以，有状态的单例 Bean 就可能存在线程安全问题。所以，最终我们得出结论，在 Spring 中，只有有状态的单例 Bean 才会存在线程安全问题。我们在使用 Spring 的过程中，经常会使用到有状态的单例 Bean，如果真正遇到了线程安全问题，我们又该如何处理呢？

三、如何处理Spring Bean的线程安全问题：

处理有状态单例 Bean 的线程安全问题有以下三种方法：

1、将 Bean 的作用域由 “singleton” 单例 改为 “prototype” 多例。

2、在 Bean 对象中避免定义可变的成员变量，当然，这样做不太现实，就当我没说。

3、在类中定义 ThreadLocal 的成员变量，并将需要的可变成员变量保存在 ThreadLocal 中，ThreadLocal 本身就具备线程隔离的特性，这就相当于为每个线程提供了一个独立的变量副本，每个线程只需要操作自己的线程副本变量，从而解决线程安全问题。