Spring专题系列
本系列会在一定深度上进行全面解析Spring框架的原理和分析其运作机制，接下来，就让我们一起探索Spring框架的世界吧！
Bean Definition（Bean定义模型）
Bean Definition是构成应用程序主干并由Spring IOC容器管理的对象称为bean。bean是由Spring IOC容器实例化、组装和管理的对象，这些bean是使用提供给容器的配置元数据创建的。
Bean定义包含一个叫做配置元数据的信息，容器需要知道以下内容：
- 创建Bean
- Bean的生命周期详细信息
- Spring Bean依赖关系
上面所有的配置元数据都转换为构成每个bean定义的一组以下属性。
属性和说明
-
class：此属性是必需的，它指定用于创建Bean的Bean类。
-
name：此属性唯一地指定Bean标识符。在基于XML的配置元数据中，可以使用id和/或name属性来指定Bean标识符。
-
scope：此属性指定从特定bean定义创建的对象的范围
-
constructor-arg：这用于注入依赖关系
-
properties：这用于注入依赖关系
-
autowiring mode：这用于注入依赖关系
-
lazy-initialization mode：延迟初始化的bean告诉IoC容器在首次请求时（而不是在启动时）创建一个bean实例。
-
initialization method：容器设置完bean的所有必需属性后，将调用此回调
-
destruction method：当包含该bean的容器被销毁时要使用的回调
配置元数据
Spring IOC容器与实际写入配置元数据的格式完全分离，以下是向Spring容器提供配置元数据的三种重要方法：
- 基于XML的配置文件
- 基于注释的配置
- 基于Java的配置
具体实现代码我就不多说了，因为比较简单，无需列举。
Bean Scopes（Bean的执行范围）
定义时，可以选择声明该bean的作用域，最经常用的就是单例模式、多例模式
-
原型模式：要强制Spring每次需要一个新的bean实例时，应将bean的scope属性声明为prototype。
-
单例模式：如果希望Spring每次需要一个实例时都返回相同的bean实例，则应将bean的scope属性声明为singleton。
Spring框架支持以下五个范围，其中三个仅在使用可感知Web的ApplicationContext时才可用。
声明周期
singleton
这会将bean定义的范围限定为每个Spring IoC容器一个实例（默认）。
如果将范围设置为单例，则Spring IoC容器将创建该bean定义所定义的对象的一个实例。该单个实例存储在此类单例bean的高速缓存中，并且对该命名bean的所有后续请求和引用都返回该高速缓存的对象。
默认范围始终为单例。但是，当您只需要一个bean的一个实例时，可以在bean配置文件中将scope属性设置为singleton。
<!-- A bean definition with singleton scope -->
<bean id = "..." class = "..." scope = "singleton">
<!-- collaborators and configuration for this bean go here -->
</bean>
复制代码或者@Scope注解指定！
prototype
将单个bean定义的范围限定为具有任意数量的对象实例。
如果将范围设置为prototype，则每次请求该特定bean时，Spring IoC容器都会创建该对象的新bean实例。通常，将原型作用域用于所有有状态的Bean，将单例作用域用于无状态的Bean。
要定义prototype范围，可以在bean配置文件中将scope属性设置为prototype。
<!-- A bean definition with prototype scope -->
<bean id = "..." class = "..." scope = "prototype">
<!-- collaborators and configuration for this bean go here -->
</bean>
复制代码除此之外，还有其他的Request-Bean对象机制
-
request：这将bean定义的范围限定为HTTP请求。仅在可感知网络的Spring ApplicationContext上下文中有效。
-
session：这将bean定义的作用域限定为HTTP会话。仅在可感知网络的Spring ApplicationContext上下文中有效。
-
global-session：这将bean定义的作用域限定为全局HTTP会话。仅在可感知网络的Spring ApplicationContext上下文中有效。
Bean Life Cycle（Bean的声明周期）
Spring bean的生命周期很容易理解。实例化bean时，可能需要执行一些初始化以使其进入可用状态。同样，当不再需要bean并将其从容器中删除时，可能需要进行一些清理。
Bean的的初始化方式和销毁方法
两个重要的Bean生命周期回调方法，这些方法在Bean初始化及其销毁时是必需的。
要定义bean的设置和拆卸，只需使用init-method和destroy-method参数声明 。
- init-method属性指定在实例化后立即在Bean上调用的方法。
- destroy-method指定一种在将bean从容器中删除之前被调用的方法。
初始化回调函数
对于基于XML的配置元数据，可以使用init-method属性指定具有无效无参数签名的方法的名称。例如-
以下是类定义-
public class ExampleBean {
public void init() {
// do some initialization work
}
}
复制代码对于基于XML的配置元数据，可以使用destroy-method属性指定具有无效无参数签名的方法的名称。
<bean id = "exampleBean" class = "examples.ExampleBean" destroy-method = "destroy"/>
复制代码以下是类定义
public class ExampleBean {
public void destroy() {
// do some destruction work
}
}
复制代码如果在非Web应用程序环境中使用Spring的IoC容器，例如，在富客户端桌面环境中，向JVM注册了一个关闭挂钩。这样做可以确保正常关机，并在您的Singleton bean上调用相关的destroy方法，以便释放所有资源。
初始化后设置完属性后的回调
org.springframework.beans.factory.InitializingBean接口指定一个方法
void afterPropertiesSet() throws Exception;
复制代码可以简单地实现上述接口，并且可以在afterPropertiesSet()方法内部完成初始化工作，如下所示：
public class ExampleBean implements InitializingBean {
public void afterPropertiesSet() {
// do some initialization work
}
}
复制代码销毁回调函数
所述org.springframework.beans.factory.DisposableBean接口指定一个单一的方法-
void destroy() throws Exception;
复制代码可以简单地实现上述接口，并且可以在destroy（）方法内完成终结工作，如下所示：
public class ExampleBean implements DisposableBean {
public void destroy() {
// do some destruction work
}
}
复制代码Bean Post Processors（Bean注册操作处理器）
-
BeanPostProcessor接口定义了回调方法，可以实现这些方法来提供自己的实例化逻辑、依赖项解析逻辑等。还可以在Spring容器完成实例化、配置和初始化bean后，通过插入一个或多个BeanPostProcessor实现来实现一些自定义逻辑。
-
可以配置多个BeanPostProcessor接口，并且可以通过设置order属性来控制这些BeanPostProcessor接口的执行顺序，前提是BeanPostProcessor实现了Ordered接口。
-
BeanPostProcessor操作bean（或对象）实例，这意味着SpringIOC容器实例化一个bean实例，然后BeanPostProcessor接口完成它们的工作。
- ApplicationContext自动检测通过BeanPostProcessor接口的实现定义的任何bean，并将这些bean注册为后处理器，然后在创建bean时由容器适当地调用。
