目录
5.InitializingBean和init-method
7.DisposableBean和destroy-method
实例化-------设置对象属性(依赖注入)--------初始化---------销毁
1.实例化:
容器通过获取BeanDefinition对象中的信息(全类名,Bean的id,作用范围)进行实例化。反射通过构造方法创建对象。
构造方法推断:
1.如果类只有一个构造方法,用该构造方法创建对象
如果是有参构造,需要传递参数,该参数必须在IOC容器中有,Spring会依赖注入进行传递;
2.如果类有多个构造方法
如果有无参构造:用无参构造方法创建对象;
如果没有无参构造:报错;
2.设置对象属性(DI):
@Autowried 按照类型注入
如果IOC容器中有多个Bean的类型和注入的属性类型一致,可能会报错;
解决方法:@Bean(autowire-candidate=false)和@Primary
加了autowire-candidate="false"属性, 表示该对象不参与自动注入
加了@Primary 的Bean,优先使用。
@Qualifier 按照名称注入
一般跟Autowired配合使用,需要指定一个bean的名称,通过bean名称就能找到需要装配的bean。
@Resource 可以按照名称也可以按照类型
Spring将@Resource注解的name属性解析为bean的名字,而type属性则解析为bean的类型。
所以,如果使用 name 属性,则使用 byName 的自动注入策略,而使用 type 属性时则使用 byType 自动注入策略。
如果既不制定 name 也不制定 type 属性,这时将通过反射机制使用 byName 自动注入
3.检查Aware相关接口并设置相关依赖
当bean实现Aware接口时,Spring框架通过回调样式方法将特定的框架对象注入bean。 Spring注入的对象取决于bean实现的接口。例如,如果bean实现了ApplicationContextAware接口,Spring将向bean中注入ApplicationContext对象。
ApplicationContextAware接口
在Spring Bean中,你可能需要访问ApplicationContext。 例如,如果你的bean需要查找其他一些bean。 同样,如果你的bean需要访问bean中的某些应用程序文件资源甚至发布一些应用程序事件,则需要访问ApplicationContext。
Spring提供了一个ApplicationContextAware接口,该接口允许bean访问ApplicationContext。 该接口提供了一个setApplicationContext方法。
public class TestController implements ApplicationContextAware {
@Override
public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
User user = (User) applicationContext.getBean("user");
System.out.println("User Id: " + user.getUserId() + " User Name :" + user.getName());
}
}
BeanFactoryAware接口
Bean可能需要访问创建它的Bean工厂,例如要从Bean工厂调用任何服务。
如果需要获取对bean工厂的引用,请实现BeanFactoryAware接口。 此接口提供setBeanFactory()方法。
void setBeanFactory(BeanFactory beanFactory)
前面的setBeanFactory()是一个回调,它将拥有的工厂提供给Bean实例。
public void setBeanFactory(BeanFactory beanFactory) throws BeansException {
System.out.println(beanFactory.getBean("user"));
}
}
4.BeanPostProcessor前置处理
当经过上述几个步骤后,bean对象已经被正确构造,但如果你想要对象被使用前再进行一些自定义的处理,就可以通过BeanPostProcessor接口实现。
postProcessBeforeInitialzation( Object bean, String beanName )
当前正在初始化的bean对象会被传递进来,我们就可以对这个bean作任何处理。
这个函数会先于InitialzationBean执行,因此称为前置处理。
所有Aware接口的注入就是在这一步完成的。
public class TestController implements BeanPostProcessor{
@Override
public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
System.out.println("初始化之前"); //这里可以对bean的属性进行修改
return bean;
}
}
使用场景:
1,可以解析bean中的一些注解转化为需要的属性
2,注入处理一些统一的属性,而不用在每个bean中注入
3,甚至可以做一些日志打印时间等
5.InitializingBean和init-method
这一阶段也可以在bean正式构造完成前增加我们自定义的逻辑,但它与前置处理不同,由于该函数并不会把当前bean对象传进来,因此在这一步没办法处理对象本身,只能增加一些额外的逻辑。
若要使用它,我们需要让bean实现该接口,并把要增加的逻辑写在该函数中。然后Spring会在前置处理完成后检测当前bean是否实现了该接口,并执行afterPropertiesSet函数。
public class TestController implements InitializingBean {
@Override
public void afterPropertiesSet() throws Exception {
log.info("afterPropertiesSet被执行了");
}
// 自定义初始化方法
@PostConstruct
public void init() {
log.info("自定义初始化方法被执行了!!");
}
}
6.BeanPostProcessor后置处理
postProcessAfterInitialzation( Object bean, String beanName )
当前正在初始化的bean对象会被传递进来,我们就可以对这个bean作任何处理。
这个函数会在InitialzationBean完成后执行,因此称为后置处理。
public class TestController implements BeanPostProcessor{
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
System.out.println("初始化之后"); //这里可以对bean的属性进行修改
return bean;
}
}
7.DisposableBean和destroy-method
通过实现DisposableBean接口和给destroy-method指定函数,就可以在bean销毁前执行指定的逻辑。
public class TestController implements DisposableBean {
@Override
public void destroy() throws Exception {
log.info("bean被销毁!!!");
}
// 自定义销毁方法
@PreDestroy
public void des() {
log.info("自定义销毁方法");
}
}