Spring的配置bean元素时,其scope属性取值有如下几个:
1. singleton:单例模式,即该bean对应的类只有一个实例;在spring 中是scope(作用范围)参数的默认值 ;
2. prototype:表示每次从容器中取出bean时,都会生成一个新实例;相当于new出来一个对象;
3. request:基于web,表示每次接受一个请求时,都会生成一个新实例;
4. session:表示在每一个session中只有一个该对象.
*还有global session以及自定义的Scope,我们这里就不多说啦
单例模式,在spring 中其实是scope(作用范围)参数的缺省值
每个bean定义只生成一个对象实例,每次getBean请求获得的都是此实例;这个单一实例会被存储到单例缓存(singleton cache)中,并且所有针对该bean的后续请求和引用都将返回被缓存的对象实例;这里要注意的是singleton作用域和GOF设计模式中的单例是完全不同的,单例设计模式表示一个ClassLoader中只有一个class存在,而这里的singleton则表示一个容器对应一个bean,也就是说当一个bean被标识为singleton时候,spring的IOC容器中只会存在一个该bean。范围是基于 applicationContext,而不是 JVM。其实通常的单例,我们要更严格的来讲也不能说是基于 JVM,而是基于 ClassLoader 的。
单例模式分为饿汉模式和懒汉模式
饿汉模式 | spring singleton的缺省是饿汉模式:启动容器时(即实例化容器时),为所有spring配置文件中定义的bean都生成一个实例 |
懒汉模式 | 在第一个请求时才生成一个实例,以后的请求都调用这个实例 |
另一种和singleton对应的scope值---prototype多实例模式
调用getBean时,就new一个新实例
singleton和prototype的比较
singleton
|
测试代码:
|
运行:
|
prototype
|
执行同样的测试代码 |
运行:
|
注意:所有无状态的bean都配置成singleton(单实例),无状态的类一般是指,service层、manager层的业务逻辑处理类;而配置的不同绝对会影响程序的效率.
而一般的Action需要配置成prototype或request,因为Action是有状态的;例如不同的人的Action里面的用户名和密码都是不同的;
如果不指定该属性的话默认取singleton,尽量少的创建对象;
对于service层不配置也没问题,因为默认取singleton;
而如果Action类型的bean不配置该属性,那么程序绝对会出错,因为Action是有状态的,不能按默认的单例模式生成对象.