我们先来看类图吧:

除了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缓存数据.

     /** Map from alias to canonical name */
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

     protected void beforeSingletonCreation(String beanName) {
if (!this.inCreationCheckExclusions.containsKey(beanName) &&
this.singletonsCurrentlyInCreation.put(beanName, Boolean.TRUE) != null) {
throw new BeanCurrentlyInCreationException(beanName);
}
}

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中配置使用.

  具体直接看<Spring配置bean的方法(工厂方法和Factorybean)>

5.2 BeanPostProcessor用于bean 初始化时进行功能增强,类似web开发中的filter.

  这边有两个api:

  postProcessBeforeInitialization 在类初始化前调用,比InitializaingBean 的 setPropertiesSet 和 xml文件中自定义的init-method方法执行都早

  postProcessAfterInitialization 类初始话后调用,在InitializaingBean 的 setPropertiesSet 和 xml文件中自定义的init-method方法之后执行

5.3 AccessController jdk的安全控制,跟spring关联不大,还是度娘吧,不多写了.

  在 Java 中将执行程序分成本地和远程两种,本地代码默认视为可信任的,而远程代码则被看作是不受信的。对于授信的本地代码,可以访问一切本地资源。

  在应用开发中还有一些关于安全的复杂用法,其中最常用到的 API 就是 doPrivileged。doPrivileged 方法能够使一段受信任代码获得更大的权限,甚至比调用它的应用程序还要多,可做到临时访问更多的资源。

所以就出现了spring中的典型代码

 if (System.getSecurityManager() != null) {
AccessControlContext acc = getAccessControlContext();
try {
object = AccessController.doPrivileged(new PrivilegedExceptionAction<Object>() {
public Object run() throws Exception {
return factory.getObject();
}
}, acc);
}
catch (PrivilegedActionException pae) {
throw pae.getException();
}
}else {
object = factory.getObject();
}

Spring源码解析 - AbstractBeanFactory 实现接口与父类分析的更多相关文章

  1. Spring源码解析之八finishBeanFactoryInitialization方法即初始化单例bean

    Spring源码解析之八finishBeanFactoryInitialization方法即初始化单例bean 七千字长文深刻解读,Spirng中是如何初始化单例bean的,和面试中最常问的Sprin ...

  2. spring 源码解析

    1. [文件] spring源码.txt ~ 15B     下载(167) ? 1 springн┤┬вио╬Ш: 2. [文件] spring源码分析之AOP.txt ~ 15KB     下载( ...

  3. Spring源码解析-ioc容器的设计

    Spring源码解析-ioc容器的设计 1 IoC容器系列的设计:BeanFactory和ApplicatioContext 在Spring容器中,主要分为两个主要的容器系列,一个是实现BeanFac ...

  4. Spring源码解析之BeanFactoryPostProcessor(三)

    在上一章中笔者介绍了refresh()的<1>处是如何获取beanFactory对象,下面我们要来学习refresh()方法的<2>处是如何调用invokeBeanFactor ...

  5. Spring源码解析之ConfigurationClassPostProcessor(二)

    上一个章节,笔者向大家介绍了spring是如何来过滤配置类的,下面我们来看看在过滤出配置类后,spring是如何来解析配置类的.首先过滤出来的配置类会存放在configCandidates列表, 在代 ...

  6. Spring源码解析——循环依赖的解决方案

    一.前言 承接<Spring源码解析--创建bean>.<Spring源码解析--创建bean的实例>,我们今天接着聊聊,循环依赖的解决方案,即创建bean的ObjectFac ...

  7. Spring源码解析系列汇总

    相信我,你会收藏这篇文章的 本篇文章是这段时间撸出来的Spring源码解析系列文章的汇总,总共包含以下专题.喜欢的同学可以收藏起来以备不时之需 SpringIOC源码解析(上) 本篇文章搭建了IOC源 ...

  8. Spring源码解析之PropertyPlaceholderHelper(占位符解析器)

    Spring源码解析之PropertyPlaceholderHelper(占位符解析器) https://blog.csdn.net/weixin_39471249/article/details/7 ...

  9. identityserver4源码解析_2_元数据接口

    目录 identityserver4源码解析_1_项目结构 identityserver4源码解析_2_元数据接口 identityserver4源码解析_3_认证接口 identityserver4 ...

随机推荐

  1. 修改mysql的用户密码

    修改的用户都以root为列.一.拥有原来的myql的root的密码: 方法一: #mysql -u root mysql> SET PASSWORD FOR 'root'@'localhost' ...

  2. 磁盘IO过高时的处理办法

    针对系统中磁盘IO负载过高的指导性操作 主要命令:echo deadline > /sys/block/sda/queue/scheduler 注:以下的内容仅是提供参考,如果磁盘IO确实比较大 ...

  3. scala spark 调用hivecontext

    import org.apache.spark.rdd.RDD def save(data: RDD[ModelReplay], modelKey: String, dt: String): Unit ...

  4. mysql与redis的区别与联系

    1.mysql是关系型数据库,主要用于存放持久化数据,将数据存储在硬盘中,读取速度较慢. redis是NOSQL,即非关系型数据库,也是缓存数据库,即将数据存储在缓存中,缓存的读取速度快,能够大大的提 ...

  5. java写简单Excel 首行是目录 然后前台下载

    页面: <form action="${path}/xxx/xxx.do" method="get" > 表格下载:<input type=& ...

  6. SpringMVC上传文件的MultipartFile源码

    零.MultipartFile上传文件的具体实例如下: http://blog.csdn.net/swingpyzf/article/details/20230865 一.具体类和方法 上传文件主要方 ...

  7. 如何转换pdf文档为word文档--先标记下,本周把这个问题知识掌握

    http://developer.51cto.com/art/201803/567539.htm

  8. 对.NET中导出数据到EXCEL的几种方法探讨

    最近在做一个报表系统的时候,需要把DATASET中的数据导到EXCEL当中,于是在网上找了一遍,发现了好几种方法,本来以为应该差不多,但后来经过一一试用后,发现在性能上真的差别很大,现在就介绍一下,同 ...

  9. 2-string相关函数

    string真的很好用,希望通过逐步的学习逐渐掌握的string的用法: 1. append() -- 在字符串的末尾添加字符 2. find() -- 在字符串中查找字符串 4. insert() ...

  10. discuz回贴通知插件实现-页面嵌入点(钩子)

    1.如何保证主题被回复时业务代码被执行. 2.获得主题,主题发布者,贴子等信息. 3.discuz发送email邮件.   discuz使用嵌入点(钩子)来处理代码的执行时机. 当用户开启插件开发者模 ...