最近在看框架代码的时候,看到一个有意思的东西,就是关于获取bean的。举个例子在项目执行我想获得一个bean,这个bean是一个service服务,不同的环境和业务选择不同的bean,类似于做了一个转换器,什么情况我提供什么。
于是我们需要回去对应bean来参与,我们这边采用两种方式:ApplicationContextAware和BeanFactoryAware(当然不只这两个,实际上超级接口Aware的子接口和实现基本都有获取Bean的”能力“,但是这个能力要打引号,后边要解释)
二者都是Aware超级接口的子接口,看一下Aware的源码:
package org.springframework.beans.factory;
/**
* A marker superinterface indicating that a bean is eligible to be notified by the
* Spring container of a particular framework object through a callback-style method.
* The actual method signature is determined by individual subinterfaces but should
* typically consist of just one void-returning method that accepts a single argument.
*
* Note that merely implementing {@link Aware} provides no default functionality.
* Rather, processing must be done explicitly, for example in a
* {@link org.springframework.beans.factory.config.BeanPostProcessor}.
* Refer to {@link org.springframework.context.support.ApplicationContextAwareProcessor}
* for an example of processing specific {@code *Aware} interface callbacks.
*
* @author Chris Beams
* @author Juergen Hoeller
* @since 3.1
*/
public interface Aware {
}
我们看了以了解到Aware的接口的作用解释让在Spring容器内的Bean意识到我在容器里,而且还能获取容器内的相关支持。
同理实现Aware接口以及子接口的Bean要有被spring容器通知的能力。
ApplicationContextAware和BeanFactoryAware,二者就是如何让实现的bean获取被通知的能力。
这个类就可以非常方便的获取到ApplicationContext中的所有的bean。这里就要扩展一下ApplicationContext和BeanFactory的关系。
实际上ApplicationContext人如其名是一个容器,但是我们知道spring重点就是容器,对应的BeanFactory也是容器,ApplicationContext实际上是BeanFactory的子接口的子接口。而且还是那种继承多个子类那种。UML如图:
ApplicationContextAware 的使用很简单那,因为ApplicationContext对他是透明的,里面的东西他都可以随便用:
这个就没有ApplicationContextAware有ApplicationContext这个容器取东西,它需要自己去”指名道姓“的去取Bean,有点像反射的使用,但是他这个跟bean你要在之前就要放进”注入“容器内才行。
使用方法实例
@Component
public class WorkflowFactory implements BeanFactoryAware {
private BeanFactory beanFactory;
private boolean isSass;
public EmployeeWorkflowService getEmployeeWorkflowService(){
return isSass ? beanFactory.getBean(SassEmployeeWorkflowService.class) : beanFactory.getBean(DingEmployeeWorkflowService.class);
}
@Override
public void setBeanFactory(BeanFactory beanFactory) throws BeansException {
this.beanFactory = beanFactory;
isSass = beanFactory.getBean(ConstantConfig.class).getAppType().equals(AppType.APP_TYPE_SAAS.getKey());
}
}
这时候我们回过头来去看Aware这个超级接口,它的功能和注释已经说了,就是让Bean意识到自己的在容器内,因为Bean被注入容器内,是无感知的,好比你参加活动,具体活动听领导分配,领导不分配任务给你,你是无”感知“的,你可能在摸鱼,指派任务就是给你全排你要做去什么,让你”意识到“你后面要干嘛。
BeanFactory这个我一直和ApplicationContext比较,搞的太细,把自己扔进去了,实际上就是一个大的,一个小的,ApplicationContext就是BeanFactory的进一步封装而已,同理关系就好比Aware和ApplicationContext的关系一样,只不过BeanFactory还要再隔了一层。
BeanFactory和它的子类:
有的时候,自己钻进去出不来,很疑惑比如收我对SpringFactory和ApplicationContext这两者,知道都是容器,就是转到细节里面进去。突然今天在二者关系上有了一个认识后,自己很多疑惑少了很多。不再纠结他俩的用途。
同理还有就是我很困惑IDE的UML图只能由子类网上展示,但是我想看一个类的子类的UML图却没有办法,现在我发现通过crtl+H就可以看一个类的子类,突然觉得父类继承关系UML图也没那么必要了。
展示一下侧边栏继承关系的展示(如果内有的话,可以下载源码,就可以了)