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冢狐”，获取最新消息