`
wantongliu
  • 浏览: 8506 次
  • 性别: Icon_minigender_1
社区版块
存档分类
最新评论

第八本书 spring源码的入手

阅读更多

建议买一本spring源码深度解析

一本《SPRING技术内幕:深入解析SPRING架构与设计原理》

 

 

作者:者年
链接:https://www.zhihu.com/question/21346206/answer/83795226
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

一,最基本
1. 了解 Java语法
2. 了解设计模式

二,项目基础
1. 已经了解 Spring Core 的功能
2. 已经过了一遍 public api
3. 已经根据自己对 IoC container 的理解,实现了一个最简单的 IoC container满足了之后,再进入 spring-core 和 spring-beans



 STEP1-10

 

作者:潜龙勿用
链接:https://www.zhihu.com/question/21346206/answer/221808473
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

在阅读spring源码之前要明确两个问题:

1.阅读源码的入口在哪里?

2.入门前必备知识了解:IOC和AOP

一、我们从哪里开始

1.准备工作:在官网上下载了spring源代码之后,导入Eclipse,以方便查询。

2.打开我们使用Spring的项目工程,找到Web.xml这个网站系统配置文件,在其中找到Spring的初始化信息:

 

<listener>

<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>

</listener>

 

由配置信息可知,我们开始的入口就这里ContextLoaderListener这个监听器。

在源代码中我们找到了这个类,它的定义是:

 

public class ContextLoaderListener extends ContextLoader

implements ServletContextListener {

/**

* Initialize the root web application context.

*/

public void contextInitialized(ServletContextEvent event) {

this.contextLoader = createContextLoader();

if (this.contextLoader == null) {

this.contextLoader = this;

}

this.contextLoader.initWebApplicationContext(event.getServletContext());

}

...

}

 

该类继续了ContextLoader并实现了监听器,关于Spring的信息载入配置、初始化便是从这里开始了,具体其他阅读另外写文章来深入了解。

二、关于IOC和AOP

关于Spring IOC 网上很多相关的文章可以阅读,那么我们从中了解到的知识点是什么?

1)IOC容器和AOP切面依赖注入是Spring是核心。

IOC容器为开发者管理对象之间的依赖关系提供了便利和基础服务,其中Bean工厂(BeanFactory)和上下文(ApplicationContext)就是IOC的表现形式。BeanFactory是个接口类,只是对容器提供的最基本服务提供了定义,而DefaultListTableBeanFactory、XmlBeanFactory、ApplicationContext等都是具体的实现。

接口:

 

public interface BeanFactory {

//这里是对工厂Bean的转义定义,因为如果使用bean的名字检索IOC容器得到的对象是工厂Bean生成的对象,

//如果需要得到工厂Bean本身,需要使用转义的名字来向IOC容器检索

String FACTORY_BEAN_PREFIX = "&";

//这里根据bean的名字,在IOC容器中得到bean实例,这个IOC容器就象一个大的抽象工厂,用户可以根据名字得到需要的bean

//在Spring中,Bean和普通的JAVA对象不同在于:

//Bean已经包含了我们在Bean定义信息中的依赖关系的处理,同时Bean是已经被放到IOC容器中进行管理了,有它自己的生命周期

Object getBean(String name) throws BeansException;

//这里根据bean的名字和Class类型来得到bean实例,和上面的方法不同在于它会抛出异常:如果根名字取得的bean实例的Class类型和需要的不同的话。

Object getBean(String name, Class requiredType) throws BeansException;

//这里提供对bean的检索,看看是否在IOC容器有这个名字的bean

boolean containsBean(String name);

//这里根据bean名字得到bean实例,并同时判断这个bean是不是单件,在配置的时候,默认的Bean被配置成单件形式,如果不需要单件形式,需要用户在Bean定义信息中标注出来,这样IOC容器在每次接受到用户的getBean要求的时候,会生成一个新的Bean返回给客户使用 - 这就是Prototype形式

boolean isSingleton(String name) throws NoSuchBeanDefinitionException;

//这里对得到bean实例的Class类型

Class getType(String name) throws NoSuchBeanDefinitionException;

//这里得到bean的别名,如果根据别名检索,那么其原名也会被检索出来

String[] getAliases(String name);

}

 

实现:

XmlBeanFactory的实现是这样的:

 

public class XmlBeanFactory extends DefaultListableBeanFactory {

//这里为容器定义了一个默认使用的bean定义读取器,在Spring的使用中,Bean定义信息的读取是容器初始化的一部分,但是在实现上是和容器的注册以及依赖的注入是分开的,这样可以使用灵活的 bean定义读取机制。

private final XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(this);

//这里需要一个Resource类型的Bean定义信息,实际上的定位过程是由Resource的构建过程来完成的。

public XmlBeanFactory(Resource resource) throws BeansException {

this(resource, null);

}

//在初始化函数中使用读取器来对资源进行读取,得到bean定义信息。这里完成整个IOC容器对Bean定义信息的载入和注册过程

public XmlBeanFactory(Resource resource, BeanFactory parentBeanFactory) throws

BeansException {

super(parentBeanFactory);

this.reader.loadBeanDefinitions(resource);

}

 

我们可以看到IOC容器使用的一些基本过程:

如:DefaultListableBeanFactory

 

ClassPathResource res = new ClassPathResource("beans.xml");//读取配置文件

DefaultListableBeanFactory factory = new DefaultListableBeanFactory();

XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(factory);

reader.loadBeanDefinitions(res);

 

<noscript>&amp;lt;img src="https://pic2.zhimg.com/50/v2-b8ed7b2867b6ccb85194848951791786_hd.jpg" data-rawwidth="600" data-rawheight="279" class="origin_image zh-lightbox-thumb" width="600" data-original="https://pic2.zhimg.com/v2-b8ed7b2867b6ccb85194848951791786_r.jpg"&amp;gt;</noscript>

 

这些代码演示了以下几个步骤:

1. 创建IOC配置文件的抽象资源

2. 创建一个BeanFactory,这里我们使用DefaultListableBeanFactory

3. 创建一个载入bean定义信息的读取器,这里使用XmlBeanDefinitionReader来载入XML形式

的bean定义信息,配置给BeanFactory

4. 从定义好的资源位置读入配置信息,具体的解析过程由XmlBeanDefinitionReader来完成,这

样完成整个载入和注册bean定义的过程。我们的IoC容器就建立起来了。

再简单的说,我的系统在启动时候,会完成的动作就是

1.由ResourceLoader获取资源文件,也即bean的各种配置文件

2.由BeanDefintion对配置文件的定义信息的载入

3.用BeanDefinitionRegistry接口来实现载入bean定义信息并向IOC容器进行注册。

注意,IOC容器和上下文的初始化一般不包含Bean的依赖注入的实现。

2)AOP这个过程并不是在注册bean的过程实现的。

我们只看到在处理相关的Bean属性的时候,使用了RuntimeBeanReference对象作为依赖信息的纪录。

在IOC容器已经载入了用户定义的Bean信息前提下,这个依赖注入的过程是用户第一次向IOC容器索要Bean的时候触发的,或者是我们可以在Bean定义信息中通过控制lazy-init属性来使得容器完成对Bean的预实例化 - 这个预实例化也是一个完成依赖注入的过程。

我们说明一下过程:

1.用户想IOC容器请求Bean。

2.系统先在缓存中查找是否有该名称的Bean(去各个BeanFactory去查找)

3.没有的话就去创建Bean并进行依赖注入,并且这个请求将被记录起来。

请求Bean具体的实现:

代码入口在DefaultListableBeanFactory的基类AbstractBeanFactory中:

 

public Object getBean(String name, Class requiredType, final Object[] args) throwsBeansException {

...

Object sharedInstance = getSingleton(beanName);//先去缓存取

if (sharedInstance != null) {

...

if (containsBeanDefinition(beanName)) {

RootBeanDefinition mergedBeanDefinition = getMergedBeanDefinition(beanName, false);

bean = getObjectForBeanInstance(sharedInstance, name,mergedBeanDefinition);

}

else {

bean = getObjectForBeanInstance(sharedInstance, name, null);

}

}

else {

}

 

...

}

 

注入Bean具体的实现:

具体的bean创建过程和依赖关系的注入在createBean中,这个方法在AbstractAutowireCapableBeanFactory中给出了实现:

 

protected Object createBean(String beanName, RootBeanDefinition

mergedBeanDefinition, Object[] args)

throws BeanCreationException {

// Guarantee initialization of beans that the current one depends on.

// 这里对取得当前bean的所有依赖bean,确定能够取得这些已经被确定的bean,如果没有被创建,那么这个createBean会被这些IOC

// getbean时创建这些bean

if (mergedBeanDefinition.getDependsOn() != null) {

for (int i = 0; i < mergedBeanDefinition.getDependsOn().length; i++) {

getBean(mergedBeanDefinition.getDependsOn()[i]);

}

}

........

// 这里是实例化bean对象的地方,注意这个BeanWrapper类,是对bean操作的主要封装类

if (instanceWrapper == null) {

instanceWrapper = createBeanInstance(beanName, mergedBeanDefinition,args);

}

Object bean = instanceWrapper.getWrappedInstance();

......

//这个populate方法,是对已经创建的bean实例进行依赖注入的地方,会使用到在loadBeanDefinition的时候得到的那些propertyValue来对bean进行注入。

if (continueWithPropertyPopulation) {

populateBean(beanName, mergedBeanDefinition, instanceWrapper);

}

//这里完成客户自定义的对bean的一些初始化动作

Object originalBean = bean;

bean = initializeBean(beanName, bean, mergedBeanDefinition);

// Register bean as disposable, and also as dependent on specified "dependsOn"beans.

registerDisposableBeanIfNecessary(beanName, originalBean,mergedBeanDefinition);

return bean;

}

.........

}

 

这就是整个依赖注入的部分处理过程,在这个过程中起主要作用的是WrapperImp ,这个Wrapper不是一

个简单的对bean对象的封装,因为它需要处理在beanDefinition中的信息来迭代的处理依赖注入。

到这里,这是简单的,大概的对IOC和AOP进行了解,入门先到这一点便已经有了大概的印象了

 

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics