浅谈Spring中的注解@Scope("prototype")与@Scope("singleton") 区别

一，使用过Spring的朋友们都知道，在配置xml文件中注册一个spring实例化Bean通过需要以下配置，那么其中的scope这个属性到底表示什么意思呢？

1、singleton        当一个bean的作用域设置为singleton，那么Spring ioc容器中只会存在一个共享的bean实例，并且所有对bean的请求，只要id与我们bean定义的相匹配，则只会返回该bean的同一实例。换言之，当把一个bean作用域设置为singleton作时，Spring ioc容器只会创建该bean定义的唯一实例，这个单一实例会被存储到单例缓存（singleton cache）中，并且所有针对该bean的后续请求和引用都将返回被缓存的对象实例。（这里要注意的是singleton作用域和GOF设计模式中的单例是完全不同的，单例设计模式表示一个ClassLoader中只有一个Class存在，而这里的singleton则表示一个容器对应一个bean，也就是说当一个bean被标识为singleton时候，spring的ioc容器中只会存在一个该bean。）

2，prototype

       当一个bean的作用域设置为prototype，每一次请求（将其注入到另一个bean中，或者以程序的方式调用容器的getBean()方法）都会产生一个新的bean实例，相当与一个new的操作。对于prototype作用域的bean，有一点非常重要，那就是Spring不能对一个作用域为prototype的bean的整个生命周期负责，容器在初始化、配置、装饰或者是装配完一个prototype实例后，将它交给客户端，随后就对该prototype实例不闻不问了。不管何种作用域，容器都会调用所有对象的初始化生命周期回调方法，而对prototype而言，任何配置好的析构生命周期回调方法都将不会被调用。清除prototype作用域的对象并释放任何prototype bean所持有的昂贵资源，都是客户端代码的职责。（让Spring容器释放被singleton作用域bean占用资源的一种可行方式是，通过使用bean的后置处理器，该处理器持有要被清除的bean的引用。）

二，为什么要设计这2中作用域呢？这里总结了网友的结论归纳起来不外乎以下2条

1，用的地方相对少；

2，提高程序性能。

下面进行说明：1，只能说相对少，前台请求Action的情况需要prototype，Action不是线程安全的，要求在多线程环境下必须是一个线程对应一个独立的实例不能使用singleton。再比如如果你给你的Action中定义很多的属性，那么单例肯定会出现竞争访问的情况，如下：

打印结果：

单例 (singleton)

0 | 0

1 | 1

2 | 2

3 | 3

4 | 4

多例 (prototype)

0 | 0

1 | 0

2 | 0

3 | 0

4 | 0

通过以上结果再次证明了singleton只有一个实例；prototype每次重新请求都会new一个新的实例。

三，spring中scope属性值还总结：

1，singleton： 表示在spring容器中的单例，通过spring容器获得该bean时总是返回唯一的实例； 2，prototype：与单例模式相反，表示为每一个bean请求都会提供一个实例； 3，request：在请求范围内会为每一个来自客户端的网络请求提供一个实例，在请求完成后，bean会失效并被垃圾回收器回收； 4，session：与请求范围类似，表示确保每个session中有个Bean的实例，在session过期后随之消失； 5，global-session：表示在全局会话内有效。

完