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 注解。