2 bean配置文件指定init-method、destroy-method

Spring允许我们创建自己的 init 方法和 destroy 方法。只要在 Bean 的配置文件中指定 init-method 和 destroy-method 的值就可以在 Bean 初始化时和销毁之前执行一些操作。

案例

public class GiraffeService {
    // 通过<bean>的destroy-method属性指定的销毁方法
    public void destroyMethod() throws Exception {
        System.out.println("执行配置的destroy-method");
    }
    // 通过<bean>的init-method属性指定的初始化方法
    public void initMethod() throws Exception {
        System.out.println("执行配置的init-method");
    }
}

配置文件中的配置：

<bean name="giraffeService" class="com.giraffe.spring.service.GiraffeService" init-method="initMethod" destroy-method="destroyMethod">
</bean>

自定义的init-method和post-method方法可以抛异常，但不能有参数。

这种方式比较推荐，因为可以自己创建方法，无需将Bean的实现直接依赖于Spring框架。

@PostConstruct、@PreDestroy

这两个注解均在javax.annotation 包。

Spring 支持用 @PostConstruct和 @PreDestroy注解指定 init 和 destroy 方法。

为使注解生效，需在配置文件中定义

• org.springframework.context.annotation.CommonAnnotationBeanPostProcessor
• 或context:annotation-config

案例

public class GiraffeService {
    @PostConstruct
    public void initPostConstruct(){
        System.out.println("执行PostConstruct注解标注的方法");
    }
    @PreDestroy
    public void preDestroy(){
        System.out.println("执行preDestroy注解标注的方法");
    }
}

配置文件：

<bean class="org.springframework.context.annotation.CommonAnnotationBeanPostProcessor" />

实现Aware接口

在Bean中使用Spring框架的一些对象

有些时候我们需要在 Bean 的初始化中使用 Spring 框架自身的一些对象来执行一些操作，比如

• 获取 ServletContext 的一些参数
• 获取 ApplicaitionContext 中的 BeanDefinition 的名字
• 获取 Bean 在容器中的名字等等。

为了让 Bean 可以获取到框架自身的一些对象，Spring 提供了一组名为Aware的接口。

这些接口均继承于org.springframework.beans.factory.Aware标记接口，并提供一个将由 Bean 实现的set方法,Spring通过基于setter的依赖注入方式使相应的对象可以被Bean使用。

介绍一些重要的Aware接口：

ApplicationContextAware

获得ApplicationContext对象,可以用来获取所有Bean definition的名字。

任何希望被通知它运行的ApplicationContext对象要实现的接口。

例如，当一个对象需要访问一组协作 bean 时。通过 bean 引用进行配置比仅为了bean=查找而实现此接口更有意义！

如果对象需要访问文件资源，即想要调用getResource ，想要发布应用程序事件，或者需要访问 MessageSource，也可以实现此接口。 但是，在这种特定场景中，最好实现更具体的ResourceLoaderAware 、 ApplicationEventPublisherAware或MessageSourceAware接口。

请注意，文件资源依赖项也可以作为org.springframework.core.io.Resource类型的 bean 属性公开，通过字符串填充，并由 bean 工厂进行自动类型转换。 这消除了为了访问特定文件资源而实现任何回调接口的需要。

org.springframework.context.support.ApplicationObjectSupport是应用程序对象的一个方便的基类，实现了这个接口。

实现该接口的类，通过方法setApplicationContext()获得该对象所运行在的ApplicationContext。一般用于初始化object。

在填充普通 bean 属性之后但在初始化回调之前调用，例如：

• org.springframework.beans.factory.InitializingBean.afterPropertiesSet()
• 或自定义初始化方法

在：

• ResourceLoaderAware.setResourceLoader

• ApplicationEventPublisherAware.setApplicationEventPublisher

• 和MessageSourceAware之后调用（如果适用）。

• BeanFactoryAware:获得BeanFactory对象，可以用来检测Bean的作用域。

• BeanNameAware:获得Bean在配置文件中定义的名字。

• ResourceLoaderAware:获得ResourceLoader对象，可以获得classpath中某个文件。

• ServletContextAware:在一个MVC应用中可以获取ServletContext对象，可以读取context中的参数。

• ServletConfigAware： 在一个MVC应用中可以获取ServletConfig对象，可以读取config中的参数。

public class GiraffeService implements   ApplicationContextAware,
        ApplicationEventPublisherAware, BeanClassLoaderAware, BeanFactoryAware,
        BeanNameAware, EnvironmentAware, ImportAware, ResourceLoaderAware{
         @Override
    public void setBeanClassLoader(ClassLoader classLoader) {
        System.out.println("执行setBeanClassLoader,ClassLoader Name = " + classLoader.getClass().getName());
    }
    @Override
    public void setBeanFactory(BeanFactory beanFactory) throws BeansException {
        System.out.println("执行setBeanFactory,setBeanFactory:: giraffe bean singleton=" +  beanFactory.isSingleton("giraffeService"));
    }
    @Override
    public void setBeanName(String s) {
        System.out.println("执行setBeanName:: Bean Name defined in context="
                + s);
    }
    @Override
    public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
        System.out.println("执行setApplicationContext:: Bean Definition Names="
                + Arrays.toString(applicationContext.getBeanDefinitionNames()));
    }
    @Override
    public void setApplicationEventPublisher(ApplicationEventPublisher applicationEventPublisher) {
        System.out.println("执行setApplicationEventPublisher");
    }
    @Override
    public void setEnvironment(Environment environment) {
        System.out.println("执行setEnvironment");
    }
    @Override
    public void setResourceLoader(ResourceLoader resourceLoader) {
        Resource resource = resourceLoader.getResource("classpath:spring-beans.xml");
        System.out.println("执行setResourceLoader:: Resource File Name="
                + resource.getFilename());
    }
    @Override
    public void setImportMetadata(AnnotationMetadata annotationMetadata) {
        System.out.println("执行setImportMetadata");
    }
}

BeanPostProcessor

允许自定义修改新 bean 实例的工厂钩子——如检查标记接口或用代理包装 bean。

• 通过标记接口或类似方式填充bean的后置处理器将实现postProcessBeforeInitialization（java.lang.Object，java.lang.String）
• 而用代理包装bean的后置处理器通常会实现postProcessAfterInitialization（java.lang.Object，java.lang.String）

Registration

一个ApplicationContext可在其 Bean 定义中自动检测 BeanPostProcessor Bean，并将这些后置处理器应用于随后创建的任何 Bean。

普通的BeanFactory允许对后置处理器进行编程注册，将它们应用于通过Bean工厂创建的所有Bean。

Ordering

在 ApplicationContext 中自动检测的 OrderBeanPostProcessor Bean 将根据 PriorityOrdered 和 Ordered 语义进行排序。

相比之下，在BeanFactory以编程方式注册的BeanPostProcessor bean将按注册顺序应用

对于以编程方式注册的后处理器，通过实现 PriorityOrdered 或 Ordered 接口表达的任何排序语义都将被忽略。

对于 BeanPostProcessor bean，并不考虑 @Order 注解。