Bean的作用域

在Spring中，那些组成应用程序的主体及由Spring IoC容器所治理的对象，被称之为bean。简略地讲，bean就是由IoC容器初始化、拆卸及治理的对象

类别阐明
singleton（单例模式）在Spring Ioc容器中仅存在一个Bean实例，Bean以单例形式存在，默认模式下即为单例
prototype（原型模式）每次从容器中调用Bean时，都返回一个新的实例，即每次调用getBean（）时，相等于执行new.XxxBean()
request（HTTP申请）每次HTTP申请都会创立一个新的Bean，该作用域仅实用于WebApplicationContext环境
session（会话）同一个HTTP Session共享一个Bean，不同Session应用不同Bean，仅实用于WebApplicationContext环境
globalSession（全局会话）个别用于Portlet应用环境，该作用域仅实用于WebApplicationContext环境

几种作用域中，request、session作用域仅在基于web的利用中应用（不用关怀你所采纳的是什么web利用框架），只能用在基于web的Spring ApplicationContext环境。

Singleton（单例）

当一个bean的作用域为Singleton，那么Spring IoC容器中只会存在一个共享的bean实例，并且所有对bean的申请，只有id与该bean定义相匹配，则只会返回bean的同一实例。Singleton是单例类型，就是在创立起容器时就同时主动创立了一个bean的对象，不论你是否应用，他都存在了，每次获取到的对象都是同一个对象。留神，Singleton作用域是Spring中的缺省作用域。要在XML中将bean定义成singleton，能够这样配置：

 <bean id="ServiceImpl" class="cn.csdn.service.ServiceImpl" scope="singleton">

测试：

 @Test public void test03(){     ApplicationContext context = newClassPathXmlApplicationContext("applicationContext.xml");     User user = (User) context.getBean("user");     User user2 = (User) context.getBean("user");     System.out.println(user==user2); }

Prototype

当一个bean的作用域为Prototype，示意一个bean定义对应多个对象实例。Prototype作用域的bean会导致在每次对该bean申请（将其注入到另一个bean中，或者以程序的形式调用容器的getBean()办法）时都会创立一个新的bean实例。Prototype是原型类型，它在咱们创立容器的时候并没有实例化，而是当咱们获取bean的时候才会去创立一个对象，而且咱们每次获取到的对象都不是同一个对象。依据教训，对有状态的bean应该应用prototype作用域，而对无状态的bean则应该应用singleton作用域。在XML中将bean定义成prototype，能够这样配置：

 <bean id="account" class="com.foo.DefaultAccount" scope="prototype"/>    或者 <bean id="account" class="com.foo.DefaultAccount" singleton="false"/>

Request

当一个bean的作用域为Request，示意在一次HTTP申请中，一个bean定义对应一个实例；即每个HTTP申请都会有各自的bean实例，它们根据某个bean定义创立而成。该作用域仅在基于web的Spring ApplicationContext情景下无效。思考上面bean定义：

 <bean id="loginAction" class="cn.csdn.LoginAction" scope="request"/>

针对每次HTTP申请，Spring容器会依据loginAction bean的定义创立一个全新的LoginAction bean实例，且该loginAction bean实例仅在以后HTTP request内无效，因而能够依据须要释怀的更改所建实例的外部状态，而其余申请中依据loginAction bean定义创立的实例，将不会看到这些特定于某个申请的状态变动。当解决申请完结，request作用域的bean实例将被销毁。

Session

当一个bean的作用域为Session，示意在一个HTTP Session中，一个bean定义对应一个实例。该作用域仅在基于web的Spring ApplicationContext情景下无效。思考上面bean定义：

 <bean id="userPreferences" class="com.foo.UserPreferences" scope="session"/>

针对某个HTTP Session，Spring容器会依据userPreferences bean定义创立一个全新的userPreferences bean实例，且该userPreferences bean仅在以后HTTP Session内无效。与request作用域一样，能够依据须要释怀的更改所创立实例的外部状态，而别的HTTP Session中依据userPreferences创立的实例，将不会看到这些特定于某个HTTP Session的状态变动。当HTTP Session最终被废除的时候，在该HTTP Session作用域内的bean也会被废除掉。

Global Session

当一个bean的作用域为Global Session，示意在一个全局的HTTP Session中，一个bean定义对应一个实例。典型状况下，仅在应用portlet context的时候无效。该作用域仅在基于web的Spring ApplicationContext情景下无效。思考上面bean定义：

<bean id="user" class="com.foo.Preferences "scope="globalSession"/>

global session作用域相似于规范的HTTP Session作用域，不过仅仅在基于portlet的web利用中才有意义。Portlet标准定义了全局Session的概念，它被所有形成某个portlet web利用的各种不同的portlet所共享。在global session作用域中定义的bean被限定于全局portlet Session的生命周期范畴内。

Bean的生命周期

对于一般的Java对象而言，生命周期绝对简略，new的时候创建对象，当没有任何援用的时候被垃圾回收机制回收。

而由Spring Ioc容器托管的对象，它们的生命周期齐全由容器齐全管制。如下所示

实例化Bean

实例化Bean时要看是BeanFactory容器还是ApplicationContext容器。

  • BeanFactory容器：当向容器申请一个未初始的bean时，或初始化bean的时候须要注入注入到另一个尚未初始化的依赖时美容器就会调用creatBean来进行初始化
  • ApplicationContext容器，当容器启动完结后，便实例化所有的bean。
    • 容器通过获取BeanDefinition对象中的信息进行实例化。并且这一步仅仅是简略的实例化，并未进行依赖注入
    • 实例化对象被包装在BeanWrapper对象中，BeanWrapper提供了设置对象属性的接口，从而防止了应用反射机制设置属性

设置对象属性（依赖注入）

实例化的对象被封装在BeanWrapper对象中，并且此时对象依然是一个原生的状态，并没有进行依赖注入

随后Spring依据BeanDefinition中的信息进行依赖注入，并且通过BeanWrapper提供的设置属性的接口实现依赖注入

注入Aware接口

随后Spring会检测该对象是否实现了xxxAware接口，并且将相干的实例注入给bean。

此时bean对象曾经被正确结构。

BeanNameAware

如果bean实现此接口，spring将bean的id传给setBeanName()办法

BeanFactoryAware

如果bean实现此接口，Spring将调用setBeanFactory办法，将BeanFactory实例传过来

ApplicationContextAware

如果实现此接口，它的setApplicationContext()办法将被调用，将利用上下文的援用传入到bean中；

BeanPostProcessor

该接口提供了两个函数用来对对象在被应用前做一些自定义的解决，此时Bean会被传递进来，能够对bean做任何解决。

  • 前置解决：在Bean实例创立
    • postProcessBeforeInitialzation( Object bean, String beanName )
      • 会先于先于InitialzationBean执行，所有的Aware接口的注入就是在此实现的
  • 后置解决：
    • postProcessAfterInitialzation( Object bean, String beanName）

InitializingBean与init-method

以后置解决实现后就会进入本阶段。

  • afterPropertiesSet()

这一阶段也能够在bean正式结构实现前减少咱们自定义的逻辑，在这一步没方法解决对象自身，只能减少一些额定的逻辑。

若要应用它，咱们须要让bean实现该接口，并把要减少的逻辑写在该函数中。而后Spring会在前置解决实现后检测以后bean是否实现了该接口，并执行afterPropertiesSet函数。

当然，Spring为了升高对客户代码的侵入性，给bean的配置提供了init-method属性，该属性指定了在这一阶段须要执行的函数名。Spring便会在初始化阶段执行咱们设置的函数。init-method实质上依然应用了InitializingBean接口。

DisposableBean和destroy-method

和init-method一样，通过给destroy-method指定函数，就能够在bean销毁前执行指定的逻辑。

最初

  • 如果感觉看完有播种，心愿能给我点个赞，这将会是我更新的最大能源，感激各位的反对
  • 欢送各位关注我的公众号【java冢狐】，专一于java和计算机基础知识，保障让你看完有所播种，不信你打我
  • 如果看完有不同的意见或者倡议，欢送多多评论一起交换。感激各位的反对以及厚爱。

欢送关注公众号“ Java冢狐”，获取最新消息