Spring IoC 学习(3)

2022-01-26 21:31:40

前言

前面因为总结的累了，把IoC的两个步骤，只写了一半，就仅仅把容器启动的方面说了说，对于实例化的阶段，我前面并没有说，在这节中，准备讲一讲，实例化阶段。

生命周期

基础生命周期简图

这个部分，其实实例化，一般都是用反射或者cglib，底层封装的也比较深，我随着代码debug的过程中，也没有接触到这个部分。但是在实例化bean的过程中，还是看到了挺多东西。

生命周期的图，基本上有可能是以下这种

从图中可以看到，在这个阶段，最重要的不是实例化本身，而是实例化前后会做的一些操作。实例化有些不同的，应该就是在实例化时可能会遇到绑定属性的相关操作，这个时候不是用传统的反射来做，而是用BeanWrapper来包装绑定。有个印象即可。

BeanFactory与ApplicationContext生命周期简图

BeanFactory

ApplicationContext

以上两图为借用

各种拓展接口

各色的Aware接口

当对象实例化完成并且相关属性以及依赖设置完成之后，Spring容器会检查当前对象实例是否实现了一系列的以Aware命名结尾的接口定义。如果是，则将这些Aware接口定义中规定的依赖注入给当前对象实例。

下面总结一下各种Aware接口以及作用

LoadTimeWeaverAware	加载Spring Bean时织入第三方模块，如AspectJ
BeanClassLoaderAware	加载Spring Bean的类加载器
ResourceLoaderAware	底层访问资源的加载器
BeanFactoryAware	得到BeanFactory引用
ServletConfigAware	得到ServletConfig
ServletContextAware	得到ServletContext
MessageSourceAware	国际化
ApplicationEventPublisherAware	应用事件

BeanPostProcessor

我们看一下这个接口

package org.springframework.beans.factory.config;

import org.springframework.beans.BeansException;

/**
 * 
 */
public interface BeanPostProcessor {

    /**
     *  初始化之前做操作
     */

    Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException;

    /**
     *  初始化之后做操作
     */

    Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException;

}

BeanPostProcessor的应用场景

① 在注解时使用

在使用Spring构建目的时候，现在应该很多人都习惯于用注解了，因为注解简单。@Component @Controller @Service @Repository @Autowired 等注解来便捷开发，下面来探讨BeanPostProcessor在@Autowired 中的运用。

在使用@Autowired之前需要在容器中配置AutowiredAnnotationBeanPostProcessor。

② 处理Aware接口类

我们可以来看一小段ApplicationContextAwareProcessor的代码

package org.springframework.context.support;

/**
 * 可以看到是实现自BeanPostProcessor的
 */
class ApplicationContextAwareProcessor implements BeanPostProcessor {

    /**
     * 略去部分代码
     */

    /**
     * 在初始化之前做的操作
     */
    @Override
    public Object postProcessBeforeInitialization(final Object bean, String beanName) throws BeansException {
        AccessControlContext acc = null;

        if (System.getSecurityManager() != null &&
                (bean instanceof EnvironmentAware || bean instanceof EmbeddedValueResolverAware ||
                        bean instanceof ResourceLoaderAware || bean instanceof ApplicationEventPublisherAware ||
                        bean instanceof MessageSourceAware || bean instanceof ApplicationContextAware)) {
            acc = this.applicationContext.getBeanFactory().getAccessControlContext();
        }

        if (acc != null) {
            AccessController.doPrivileged(new PrivilegedAction<Object>() {
                @Override
                public Object run() {
                    invokeAwareInterfaces(bean);
                    return null;
                }
            }, acc);
        }
        else {
            // 直奔重点，invoke这些Aware接口
            invokeAwareInterfaces(bean);
        }

        return bean;
    }

    private void invokeAwareInterfaces(Object bean) {
        if (bean instanceof Aware) {
            if (bean instanceof EnvironmentAware) {
                ((EnvironmentAware) bean).setEnvironment(this.applicationContext.getEnvironment());
            }
            if (bean instanceof EmbeddedValueResolverAware) {
                ((EmbeddedValueResolverAware) bean).setEmbeddedValueResolver(
                        new EmbeddedValueResolver(this.applicationContext.getBeanFactory()));
            }
            if (bean instanceof ResourceLoaderAware) {
                ((ResourceLoaderAware) bean).setResourceLoader(this.applicationContext);
            }
            if (bean instanceof ApplicationEventPublisherAware) {
                ((ApplicationEventPublisherAware) bean).setApplicationEventPublisher(this.applicationContext);
            }
            if (bean instanceof MessageSourceAware) {
                ((MessageSourceAware) bean).setMessageSource(this.applicationContext);
            }
            if (bean instanceof ApplicationContextAware) {
                ((ApplicationContextAware) bean).setApplicationContext(this.applicationContext);
            }
        }
    }
    
    /**
     * 初始化之后就没有做其他操作了
     */
    @Override
    public Object postProcessAfterInitialization(Object bean, String beanName) {
        return bean;
    }


}

自定义BeanPostProcessor

当然，每个人都可以自己写一个BeanPostProcessor的实现类。

不过写完之后注意要在Spring配置文件中配置一下。具体操作：

http://blog.csdn.net/caihaijiang/article/details/35552859

InitializingBean、init-method和@PostConstruct

这个两个东西，其实都是做一件事，就是在bean的初始化阶段做一些其他的操作。

比如，在有些情况下，某个业务对象实例化完成后，还不能处于可以使用状态。这个时候就可以让该业务对象实现该接口，并在方法afterPropertiesSet()中完成对该业务对象的后续处理。

以上这段文字是摘抄下来的，但是我真的想不到，到底为什么要这样操作，你说要改变初始化的状态，那在一开始初始化时直接改成那个状态不就可以了吗？为什么要在这里做变化？不懂。但是操作就是，在bean初始化阶段做操作。

这种操作，有三种方式来做InitializingBean、init-method和@PostConstruct。

InitializingBean

这是一个接口，只有一个方法。

public interface InitializingBean {

    void afterPropertiesSet() throws Exception;

}

如果一个bean想要在初始化阶段做操作，第一种方法就是实现这个接口

public Person implements InitializingBean {
    void afterPropertiesSet() throws Exception{
        System.out.println(" 初始化阶段操作 ")
    }
}

但是这种方式，其实还是会有点儿问题，这个对象和Spring的耦合度比较高。如果想使这个耦合度比较低，那么就用其他的两种方法了。

init-method

用一个例子，就能很好的把这个东西说清楚。

Person

class Person{
    ...
    void eat(){
        System.out.println("I am eating...");
    }
}

beans.xml

<beans> 
    <bean id="person" class="Person" .
    init-method="eat">
</bean>
...
</beans>

到时候实例化Person的时候，就会调用这个eat方法了。

@PostConstruct

其实这个注解和init-method是一样的。

person

class Person{
    ...
    @PostContruct
    void eat(){
        System.out.println("I am eating...");
    }
}

DisposableBean、destroy-method和@PreDestroy

在Bean销毁之前肯定也可以做些操作，这三者的特点和用法，其实都和初始化那部分差不多。不同的地方在下面这部分代码处体现。