Spring源码解析 - AbstractBeanFactory 实现接口与父类分析
我们先来看类图吧:
除了BeanFactory这一支的接口,AbstractBeanFactory主要实现了AliasRegistry和SingletonBeanRegistry接口.
这边主要提供了这样的三个功能: 别名管理,单例创建与注册,工厂方法FactoryBean支持.
我们来看看这些接口,类的主要职责吧:
BeanFactory Spring IOC容器的根接口
-- HierachicalBeanFactory 实现容器的继承,就是可以有父 BeanFactory
-- -- ConfigureabelBeanFactory提供factory的配置功能
AliasRegistry 定义bean name的别名管理
-- SimpleAliasRegistry 在实现别名管理接口基础上,添加一个canonicalName查找类真是名称api
SingletonBeanRegistry 提供单例注册,查询服务
-- DefaultSingletonBeanRegistry 实现单例与DisposableBean的生命周期管理(创建,维护,销毁)
-- --FactoryBeanRegistrySupport 添加工厂方式创建类FactoryBean的支持
-- -- -- AbstractBeanFactory BeanFactory的抽象实现.
也就是说这边可以分为这样几类职责:
a, 类别名管理
b, 单例生命周期管理
c, 工厂方法初始化类对应的FactoryBean
d, BeanFactory容器
BeanFactory容器的职责(BeanFactory,HierachicalBeanFactory,ConfigureableBeanFactory)在上一篇文章<Spring源码解析 - BeanFactory接口体系解读>里已经分析过,有兴趣可以看下.
我们今天主要分析其他的三个职责,如下的接口与类(顺便做目录):
1. AliasRegistry 定义bean name的别名管理
2. SimpleAliasRegistry 实现别名管理接口
3. SingletonBeanRegistry 提供单例注册,查询服务
4. DefaultSingletonBeanRegistry 实现单例与DisposableBean的生命周期管理(创建,维护,销毁)
5. FactoryBeanRegistrySupport 添加工厂方式创建类FactoryBean的支持
1. AliasRegistry 定义bean name的别名管理
提供别名的注册,查找,删除,判断定义.
看个类图就行,不用展开.
2. SimpleAliasRegistry 实现别名管理接口
这边除了实现接口定义的api,还添加了两个公共api:
批量校验别名public void resolveAliases(StringValueResolver valueResolver)和查找别名对应的原始类名public String canonicalName(String name)
这边以别名为key缓存数据.
1 /** Map from alias to canonical name */ 2 private final Map<String, String> aliasMap = new ConcurrentHashMap<String, String>(16);
分析下api实现逻辑吧:
2.1 别名注册 registerAlias(String name, String alias)
2.2 删除别名public void removeAlias(String alias)
校验下,如果别名不存在报错:throw new IllegalStateException("No alias '" + alias + "' registered");
2.3 判断别名是否存在
直接使用ConcurrentHashMap的containsKey
2.4 获取别名public String getAliases(String name)
主要逻辑是加了个锁,然后是递归调用retrieveAliases,查找多层次的别名(就是查找别名的别名这些下去)
2.5 使用StringValueResolver解析类名,别名后,进行循环依赖的校验
这边使用的是StringValueResolver的接口,具体实现需要靠注入
3. SingletonBeanRegistry 提供单例注册,查询服务
这边定义的单例注册,有点门道,主要就是相对BeanFactory的api而言有点low,没有做附加的处理.
注册的时候不管注入afterPropertiesSet的初始化回调.
查找的时候不管还没初始化的单例不说,还不管别名问题,不管FactoryBean如何区分是获取FactoryBean本身还是getObject初始化的实例.
咱们一个个api分析吧.
3.1 注册单例 void registerSingleton(String beanName, Object singletonObject);
这边的实现不会再调用 初始化回调函数,如InitializingBean的afterPropertiesSet,所以这边应该接收的是完成初始化的实例
同理也不会调用销毁的回调,如DisposableBean的destroy
这跟标准的BeanFactory中注册单例是明显不同的,因为那边是会调用各种回调.
3.2 查找单例Object getSingleton(String beanName);
String getSingletonNames;
int getSingletonCount;
设计于访问手动注册的单例.
这边只会查找已经初始化完毕 的单例,有bean definition但没有实例化的这边查找不到.
这边也不会处理FactoryBean的情况(就是具体获取getObject还是factoryBean本身的区分,&),别名也需要预先转化好了来查.
3.3 判断是否保护单例boolean containsSingleton(String beanName);
只有单例已经实例化才会返回true,剩下的看3.2 查找单例的说明吧,一样的.
4. DefaultSingletonBeanRegistry 实现单例与DisposableBean的生命周期管理(创建,维护,销毁)
在SingletonBeanRegistry注册的基础上,添加单例的共享.
也支持容器关闭时,DisposableBean实例的销毁
4.1 这边注册时,通过下面四个变量来维护:
Map<String, Object> singletonObjects 缓存以bean name为key的单例实例
Map<String, ObjectFactory> singletonFactories 缓存以bean name 为key的ObjectFactory
Map<String, Object> earlySingletonObjects 用于解决单例时的循环依赖,这边缓存以bean name为key的预初始化单例
Set<String> registeredSingletons 已经注册好的单例bean name
这边singletonObjects和registeredSingletons的数据应该是同步的,只是适用于不同的场景,但他们俩跟singletonFactories 和earlySingletonObjects分别互斥,就是singletonObjects里有了,这两个肯定没有.
同时这边也有inCreationCheckExclusions和singletonsCurrentlyInCreation进行锁控制的概念.
singletonsCurrentlyInCreation缓存bean正在被初始化,这样就不能再发起初始化;
inCreationCheckExclusions 直接缓存当前不能加载的bean
这部分看个例子就,清晰了,初始化前需要先使用beforeSingletonCreation判断
这边inCreationCheckExclusions不包含beanName才会去判断singletonsCurrentlyInCreation
1 protected void beforeSingletonCreation(String beanName) {
2 if (!this.inCreationCheckExclusions.containsKey(beanName) &&
3 this.singletonsCurrentlyInCreation.put(beanName, Boolean.TRUE) != null) {
4 throw new BeanCurrentlyInCreationException(beanName);
5 }
6 }
4.2 管理bean的依赖问题
使用如下三个属性进行管理:
Map<String, Set<String>> containedBeanMap 依赖的bean name为key , 就是依赖类 -> 查找 被依赖的类
Map<String, Set<String>> dependentBeanMap 依赖的原始bean name为key
Map<String, Set<String>> dependenciesForBeanMap 被依赖的bean name为key
4.3 bean 销毁
这不过跟初始化类似,自行看代码比较简单.
5. FactoryBeanRegistrySupport 添加工厂方式创建类FactoryBean的支持
添加对FactoryBean的支持,就是使用工厂方法初始化类.
这里主要涉及3个新概念:FactoryBean,BeanPostProcessor和AccessController.这三个概念懂了,源码也就分析完了.
5.1 FactoryBean,通过T getObject api提供简单工厂方法,可用用于创建单例,原型模式的实例.主要用于创建过程复杂,xml配置不方便的情况.
其实这个就是使用spring的接口对简单工厂设计模式做了一个规范,方便大家在spring中配置使用.
5.2BeanPostProcessor用于bean 初始化时进行功能增强,类似web开发中的filter.
这边有两个api:
postProcessBeforeInitialization 在类初始化前调用,比InitializaingBean 的 setPropertiesSet 和 xml文件中自定义的init-method方法执行都早
postProcessAfterInitialization 类初始话后调用,在InitializaingBean 的 setPropertiesSet 和 xml文件中自定义的init-method方法之后执行
5.3AccessController jdk的安全控制,跟spring关联不大,还是度娘吧,不多写了.
在 Java 中将执行程序分成本地和远程两种，本地代码默认视为可信任的，而远程代码则被看作是不受信的。对于授信的本地代码，可以访问一切本地资源。
在应用开发中还有一些关于安全的复杂用法，其中最常用到的 API 就是 doPrivileged。doPrivileged 方法能够使一段受信任代码获得更大的权限，甚至比调用它的应用程序还要多，可做到临时访问更多的资源。
所以就出现了spring中的典型代码
1 if (System.getSecurityManager != null) {
2 AccessControlContext acc = getAccessControlContext;
3 try {
4 object = AccessController.doPrivileged(new PrivilegedExceptionAction<Object> {
5 public Object run throws Exception {
6 return factory.getObject;
7 }
8 }, acc);
9 }
10 catch (PrivilegedActionException pae) {
11 throw pae.getException;
12 }
13 }else {
14 object = factory.getObject;
15 }
转自：http://toutiao.com/i6260723294287168002/?tt_from=mobile_qq&utm_campaign=client_share&app=news_article&utm_source=mobile_qq&iid=3796824860&utm_medium=toutiao_android