有状态会话bean和无状态会话bean

最新推荐文章于 2020-09-20 23:13:59 发布

dabaicai0402

最新推荐文章于 2020-09-20 23:13:59 发布

阅读量1.8k

点赞数 1

CC 4.0 BY-SA版权

分类专栏： Spring

本文链接：https://blog.youkuaiyun.com/dabaicai0402/article/details/51225397

Spring 专栏收录该内容

2 篇文章

订阅专栏

本文探讨了Spring框架中的单例模式与多例模式，并解释了这两种模式的应用场景，特别是对于有状态和无状态Bean的区别。此外，还介绍了如何使用ThreadLocal解决线程安全问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

参考：http://www.cnblogs.com/doit8791/p/4093808.html

Spring框架里的bean，或者说组件，获取实例的时候都是默认的单例模式，这是在多线程开发的时候要尤其注意的地方。

单例模式的意思就是只有一个实例。单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。这个类称为单例类。
无状态的Bean适合用不变模式，技术就是单例模式，这样可以共享实例，提高性能。有状态的Bean，多线程环境下不安全，那么适合用Prototype原型模式。Prototype: 每次对bean的请求都会创建一个新的bean实例。
那么什么是有状态会话bean和无状态会话bean呢？

1、有状态

    可以在不同的方法调用间保持针对各个客户端的状态

   与客户端的联系必须被维持，这样做开销要大一些

   有状态也可以这样理解，它存在存储能力，也就是说至少有一个属性来标识它目前的状态，例如：

    public class A { 
           private String name; 
           public A(String arg) { 
           this.name = arg; 
           } 
           public String hello() { 
              return "Hello" + this.name; 
           } 
        } 

        public class Client { 
           public Client() { 
              A a = new A("中国"); 
              System.out.println(a.hello()); 
              A b = new A("世界"); 
              System.out.println(b.hello()); 
           } 
        }

2、无状态

    在不同方法调用间不保留任何状态

    事务处理必须在一个方法中结束，这样占用资源较少，还可以被共享

    无状态从字面的意思来理解就是没有能够标识它目前状态属性的bean，例如：

public class A { 
       public A() {} 
       public String hello() { 
          return "Hello 谁？"; 
       } 
    } 

    public class Client { 
       public Client() { 
          A a = new A(); 
          System.out.println(a.hello()); 
          A b = new A(); 
          System.out.println(b.hello()); 
       } 
    }

Spring中使用ThreadLocal解决线程安全问题
　　我们知道在一般情况下，只有无状态的Bean才可以在多线程环境下共享，在Spring中，绝大部分Bean都可以声明为singleton作用域。就是因为Spring对一些Bean（如RequestContextHolder、TransactionSynchronizationManager、LocaleContextHolder等）中非线程安全状态采用ThreadLocal进行处理，让它们也成为线程安全的状态，因为有状态的Bean就可以在多线程中共享了。
　　ThreadLocal是解决线程安全问题一个很好的思路，它通过为每个线程提供一个独立的变量副本解决了变量并发访问的冲突问题。在很多情况下，ThreadLocal比直接使用synchronized同步机制解决线程安全问题更简单，更方便，且结果程序拥有更高的并发性。