spring framework 4 源码阅读
2024-08-30 12:17:21
前面写了几篇spring 的介绍文章,感觉与主题不是很切合。重新整理下思路,从更容易理解的角度来写下文章。
spring 的骨架
spring 的骨架,也是spring 的核心包。主要包含三个内容
1.context:spring 的上线文-------导演
2.core:spring的核心包,主要包括spring所以用到的工具-------道具
3.beans:spring的bean实例 -------演员
导演负责安排演出,演员负责按照导演的指示来演出,演出过程中需要使用道具。
我想大家看完这些图片之后就明白大致的包关系了。
spring包结构
大家看到相应包内容。
core包侧重于帮助类,操作工具,beans包更侧重于bean实例的描述。context更侧重全局控制,功能衍生。
下面我们就针对context和factory对类的关系继续一个基本概括:
核心类之间的关系
我们先来看下bean包下的beanfactory类,以及抽象类等。
可以看到在接口的实现泛化的过程中,每一个接口在继承父接口的同时,也继承了父接口的一些方法。这就可以看出面向接口变成微妙之处。
BeanFactory【所有BeanFactory的父类】
可以看到beanfactory中定义了一些基本方法,包括根据名称获取bean实例等。
HierarchicalBeanFactory【层次化的BeanFactory】
可以看到此接口实现了层次化,及获取beanFactory的父容器
LisableBeanFactory列表式Beanfactory
可以看到为beanfactory设置了列表的功能,并且规划了如何从列表中取出相应的方法的能力。
小结:
从上述类命名以及接口规划可以看到,通过接口的不断继承,beanfactory被不断的丰富抽象起来。层层细分之后,没有个类都的职责都变的单一了,同时在扩展该的属性时也变的更加方便。针对源代码,最好的办法还是根据名称来,最方便。
context【上下线文】
可以看到到了context的初始化不同于beanfactory,可以侧重于抽象类型,具体的方法实现。
里面大部分方法使用了模板方法的设计模式,父类调用抽象方法,抽象方法在子类中实现,对象的独立性。
主要分成三种context:XML,Annotation,Groovy针对三种形式。
registry【实例或者bean描述注册器】
将初始化完成的bean注册的容器中,针对单例来部分,缓存单例实例。针对beanDefinition部分,缓存bean描述。
Strategy【初始化策略】
两种初始化策略 一种是简单策略,一种是cgilib的策略,当时这里使用的模式是策略模式。
context的初始化
/**
* 在parent下创建ClassPathXmlApplicaitonContext,
* 从XML中读取所有Bean定义.
* @param configLocations 配置文件路径如c:\simpleContext.xml
* @param refresh 是否需要自动刷新context,refresh-->重新加载
* 加载所有的bean定义,创建所有单例.
* refresh为true的时候, 根据context来手工刷新
* @param parent the parent context
* @throws BeansException if context creation failed
* @see #refresh()
*/
public ClassPathXmlApplicationContext(String[] configLocations, boolean refresh, ApplicationContext parent)
throws BeansException {
//初始化XmlApplicationContext
super(parent);
//转换配置文件的路径
setConfigLocations(configLocations);
if (refresh) {
//重新刷新原有的context,这一篇的重点
refresh();
}
}
下面我们来看下AbstractApplicationContext.refresh()方法
//加载或刷新持久的配置,可能是xml文件,properties文件,或者关系型数据库的概要。
//做为一个启动方法,如果初始化失败将会销毁已经创建好的单例,避免重复加载配置文件。
//换句话说,在执行这个方法之后,要不全部加载单例,要不都不加载
public void refresh() throws BeansException, IllegalStateException
{
synchronized (this.startupShutdownMonitor)
{
// 初始化配置准备刷新,验证环境变量中的一些必选参数
prepareRefresh(); // 告诉继承类销毁内部的factory创建新的factory的实例
// 初始化Bean实例
ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory(); // 初始化beanFactroy的基本信息,包括classloader,environment,忽略的注解等
prepareBeanFactory(beanFactory); try {
// beanfactory内部的postProcess,可以理解为context中PostProcess的补充
beanFactory.postProcessBeanFactory(beanFactory); // 执行BeanFactoryPostProcessor(在beanFactory初始化过程中,bean初始化之前,修改beanfactory参数)、
// BeanDefinitionRegistryPostProcessor 其实也是继承自BeanFactoryPostProcessor,
// 多了对BeanDefinitionRegistry的支持invokeBeanFactoryPostProcessors(beanFactory);
// 执行postProcess,那BeanPostProcessor是什么呢,是为了在bean加载过程中修改bean的内容,
// 使用分的有两个而方法Before、After分别对应初始化前和初始化后
registerBeanPostProcessors(beanFactory); // 初始化MessageSource,主要用作I18N本地化的内容
initMessageSource(); // 初始化事件广播ApplicationEventMulticaster,使用观察者模式,对注册的ApplicationEvent时间进行捕捉
initApplicationEventMulticaster(); // 初始化特殊bean的方法
onRefresh(); // 将所有ApplicationEventListener注册到ApplicationEventMulticaster中
registerListeners(); // 初始化所有不为lazy-init的bean,singleton实例
finishBeanFactoryInitialization(beanFactory); // 初始化lifecycle的bean并启动(例如quartz的定时器等),如果开启JMX则将ApplicationContext注册到上面
finishRefresh();
}
catch (BeansException ex)
{
//销毁已经创建单例
resources.destroyBeans(); // 将context的状态转换为无效,标示初始化失败
flag.cancelRefresh(ex); // 将异常传播到调用者
throw ex;
}
}
}
我们从时序图来看启动上述初始化(门面模式facade)
最新文章
- C#与C++的发展历程第一 - 由C#3.0起
- [Android Tips] 20. Android Studio Tips
- 前端基础之 url src href
- ViewPager+GridView实现首页导航栏布局分页效果
- vs2008/2010安装无法打开数据文件解决方案
- [moka同学笔记]window下redis的安装以及php-redis详细配置(摘录)
- 【POJ】1743 Musical Theme
- Cheatsheet: 2013 11.01 ~ 11.11
- 微信小程序之----问题
- hdoj1242(bfs+priority_queue)
- 使用 Mono.Cecil 辅助 Unity3D 手游进行性能测试
- 老生常谈之Block
- Image Style Transfer:多风格 TensorFlow 实现
- python之路--day8---day9--两日内容
- 关于String类型中==和equals的区别。
- office图标(word,powerpoint,excel)异常(变成白板)问题修复
- python之django基础
- 二、JavaScript基础(1)
- property 和 魔法方法
- 乐字节-Java8新特性-接口默认方法之Stream流(下)