ApplicationContext容器的设计原理

1.在ApplicationContext容器中,我们以常用的FileSystemXmlApplicationContext实现为例来说明ApplicationContext容器的设计原理

2.在FileSystemXmlApplicationContext的设计中,我们看到ApplicationContext应用上下文的主要功能已经在FileSystemXmlApplicationContext的基类AbstractXmlApplication中实现了,在FileSystemXmlApplicationContext中,作为一个具体的应用上下文,只需要实现和它自身设计相关两个功能

3.一个功能是,如果应用直接使用FileSystemXmlApplicationContext,对于实例化这个应用上下文支持同时启动IoC容器的refresh()过程。这在FileSystemXmlApplicationContext的代码实现中可以看到,代码如下:

 1 /**
 2      * Create a new FileSystemXmlApplicationContext with the given parent,
 3      * loading the definitions from the given XML files.
 4      * @param configLocations array of file paths
 5      * @param refresh whether to automatically refresh the context,
 6      * loading all bean definitions and creating all singletons.
 7      * Alternatively, call refresh manually after further configuring the context.
 8      * @param parent the parent context
 9      * @throws BeansException if context creation failed
10      * @see #refresh()
11      */
12     public FileSystemXmlApplicationContext(String[] configLocations, boolean refresh, ApplicationContext parent)
13             throws BeansException {
14
15         super(parent);
16         setConfigLocations(configLocations);
17         if (refresh) {
18             refresh();
19         }
20     }

FileSystemXmlApplicationContext(String[] configLocations,boolean,ApplicationContext)

4.这个refresh()过程会牵涉IoC容器启动一系列复杂操作,同时,对于不同的容器实现,这些操作都是类似的,因此在基类中将它们封装好。所以,我们在FileSystemXmlApplicationContext的设计中看到的只是一个简单的调用。

5.另一功能是与FileSystemXmlApplicationContext设计具体相关的功能,这部分与怎样从文件系统加载XML的Bean定义资源有关。

6.通过这个实现,可以在文件系统中读取以XML形式存在的BeanDefinition做准备,因为不同的应用上下文实现对应着不同的读取BeanDefinition的方式,在FileSystemXmlApplicationContext中的实现代码如下:

 1 /**
 2      * Create a new FileSystemXmlApplicationContext with the given parent,
 3      * loading the definitions from the given XML files.
 4      * @param configLocations array of file paths
 5      * @param refresh whether to automatically refresh the context,
 6      * loading all bean definitions and creating all singletons.
 7      * Alternatively, call refresh manually after further configuring the context.
 8      * @param parent the parent context
 9      * @throws BeansException if context creation failed
10      * @see #refresh()
11      */
12     public FileSystemXmlApplicationContext(String[] configLocations, boolean refresh, ApplicationContext parent)
13             throws BeansException {
14
15         super(parent);
16         setConfigLocations(configLocations);
17         if (refresh) {
18             refresh();
19         }
20     }

getResourceByPath

可以看到,调用这个方法,可以得到FileSystemResource的资源定位。

时间: 2024-11-14 12:54:37

ApplicationContext容器的设计原理的相关文章

BeanFactory容器的设计原理

XmlBeanFactory设计的类继承关系 1.BeanFactory接口提供了使用IoC容器的规范.在这个基础上,Spring还提供了符合这个IoC容器接口的一系列容器的实现供开发人员使用. 2.我们以XmlBeanFactory的实现为例来说明简单IoC容器的设计原理. 3.可以看到,作为一个简单IoC容器系列最底层实现的XmlBeanFactory,与我们在Spring应用中用到的上下文相比,有一个非常明显的特点:它只提供最基本的IoC容器的功能. 4.理解这一点有助于我们理解Appli

BeanFactory功能与设计原理

?1.BeanFactory功能 具体的方法的功能通过方法名可知,其中,isTypeMatch()是用来查询指定了名字的Bean的Class类型是否是特定的Class类型.这个Class类型可以由用户来指定. 另外需要注意的是有个常量FACTORY_BEAN_PREFIX = "&";这个主要是用于FactoryBean上.FactoryBean和BeanFactory的区别需要知道:BeanFactory是一个工厂,也就是一个容器,是来管理bean的:FactoryBean是

Spring源码阅读:IOC容器的设计与实现(二)——ApplicationContext

上一主题中,了解了IOC容器的基本概念,以及BeanFactory的设计与实现方式,这里就来了解一下ApplicationContext方式的实现. ApplicationContext 在Spring的参考文档中,为啥要推荐使用ApplicationContext?它能给我们的应用带来什么好处呢?作为BeanFactory的实现之一,它又是如何设计的?在SpringMVC中使用的WebApplictionContext\XmlApplicationContext与之有何关联? Applicat

Spring?IOC设计原理解析:本文乃学习整理参考而来

Spring IOC设计原理解析:本文乃学习整理参考而来 一. 什么是Ioc/DI? 二. Spring IOC体系结构 (1) BeanFactory (2) BeanDefinition 三. IoC容器的初始化 1. XmlBeanFactory(屌丝IOC)的整个流程 2. FileSystemXmlApplicationContext 的IOC容器流程 1.高富帅IOC解剖 2. 设置资源加载器和资源定位 3.AbstractApplicationContext的refresh函数载入

以属性为核心驱动的 全领域通用架构设计原理 (简称:属性架构原理)

以属性为核心驱动的全领域通用架构设计原理 (简称:属性架构原理) 联系方式:13547930387 Email:[email protected] 一.个人声明 我,参加工作也有5年多了,是一名普通的不能在普通的程序员,一直在使用公司自己的产品进行开发,因此技术比较菜,此设计完全是按照自己天真的想法而设计的,如果有不合理或很搞笑的地方,请轻拍,由衷的希望大家能提出宝贵的意见: 根据此设计原理我也做了一个简单的(demo)架构来支撑和验证此理论的可行性,由于技术功底不太好,有不合理之处请大家谅解,

kafka入门:简介、使用场景、设计原理、主要配置及集群搭建(转)

问题导读: 1.zookeeper在kafka的作用是什么? 2.kafka中几乎不允许对消息进行"随机读写"的原因是什么? 3.kafka集群consumer和producer状态信息是如何保存的? 4.partitions设计的目的的根本原因是什么? 一.入门 1.简介 Kafka is a distributed,partitioned,replicated commit logservice.它提供了类似于JMS的特性,但是在设计实现上完全不同,此外它并不是JMS规范的实现.k

Atitit.ioc 动态配置文件guice 设计原理

Atitit.ioc 动态配置文件guice 设计原理 1. Bat启动时注入配置文件1 2. ioc调用1 3. Ioc 分发器 配合 apche  MethodUtils.invokeStaticMethod2 1. Bat启动时注入配置文件 SET JAVA_HOME=C:\Program Files\Java\jdk1.8.0_71 set  RESIN-HOME=c:\resin-4.0.22 set classpath=%classpath%;%RESIN-HOME%\lib\jas

BigPipe设计原理

高性能页面加载技术--BigPipe设计原理及Java简单实现 1.技术背景 动态web网站的历史可以追溯到万维网初期,相比于静态网站,动态网站提供了强大的可交互功能.经过几十年的发展,动态网站在互动性和页面显示效果上有了很大的提升,但是对于网站动态网站的整体页面加载架构没有做太大的改变.对于用户而言,页面的加载速度极大的影响着用户体验感.与静态网站不同,除了页面的传输加载时间外,动态网站还需考虑服务端数据的处理时间.像facebook这样大型的用户社交网站,必须考虑用户访问速度问题, 传统we

Atitit.异常的设计原理与 策略处理 java 最佳实践 p93

Atitit.异常的设计原理与 策略处理 java 最佳实践 p93 1 异常方面的使用准则,答案是::2 1.1 普通项目优先使用异常取代返回值,如果开发类库方面的项目,最好异常机制与返回值都提供,由调用者决定使用哪种方式..2 1.2 优先把异常抛出到上层处理..异常本身就是为了方便把异常情况抛出到上层处理..2 1.3 对于 HYPERLINK \l _Toc6222 方法调用结果异常情况返回策略,最终会有四种策略状况,2 1.4 返回null  还是异常??2 2 异常的由来与设计3 2