分为三个层次,核心、组件、应用
1 spring Framework(Core)核心,类似于操作系统的kernel,IOC容器和AOP模块。
用Ioc管理POJO对象,AOP动态和非侵入式的方式增强服务。
简化JavaEE体现在,为应用开发提供了许多即开即用的系统组件和服务,如事务处理、webMVC、jdbc、orm、远端调用,类似于操作系统的驱动。
* spring IOC 最基本的IOC容器BeanFactory的接口及实现,XMLBeanFactory,还有SimpleJndiBeanFactory、StaticListableBeanFactory,提供例如Resource访问资源的抽象和定位等外围支持。可利用上下文的容器ApplicationContext,实现FileSystemXmlApplicationContext等,对外提供更好的使用框架方式。
* spring AOP 集成了AspectJ作为一个特定实现,还在JVM动态代理/cglib基础上实现AOP框架。TransactionProxyFactory声明式事务处理就是通过AOP集成到spring中的。
* spring mvc
spring设计哲学
1 让javaEE开发变得更简单
2 让应用开发对接口编程,而不是对类编程。最大程度的降低开发者对SpringAPI的依赖。
3 POJO
依赖注入或者控制反转
将面向对象系统中的大部分用来处理数据的单件形式的有固定相互依赖关系的对象交于IOC容器管理,
Beanfactory是桶,BeanDefinition是水
Beanfactory所有的IOC容器都要竭诚这个接口
BeanDefinition对依赖反转模式中管理的对象及相互依赖关系的数据抽象,核心数据结构,
两条线
1 BeanFactory 定义了getName
HierarchicalBeanfactory定义了getParentBeanfactory具备双亲IOC容器的管理功能
ConfiturableBeanfactory定义了对BeanFactory的配置功能,如设置双亲IOC容器
2 ApplicationContext
ListableBeanFactory细化了Beanfactory的接口功能,比如定义了getBeanDefinitionNames(),另外MessageSource、 ResourceLoader、 ApplicationEventPublisher 接口,添加了高级特性
具体的IOC容器
Beanfactory主要定义了检索Bean的接口方法,如getBean,containsBean,isSinglton等
spring-beans目录下
在XmlBeanfactory中BeanDefinition由XmlBeanDefinitionReader读取信息来源ClassPathResource(xml文件),调用loadBeanDefinition方法完成。
编程使用IOC容器
reader.loadBeanDefinitions(res);
ApplicationContext 是一个高级形态意义的 IoC容器,
spring-Context目录下
1 支持不同的信息源,MessageSource,支持国际化的实现。2 访问资源,不同的IO源。
3 支持应用事件。ApplicationEventPublisher,支持在上下文中引入事件机制。这些 事件 和 Bean 的 生命 周期 的 结合 为 Bean 的 管理 提供 了 便利。
4 ApplicationContext本身提供的附加服务。
FileSystemXmlApplicationContext为例来说明。
在FileSystemXmlApplicationContext中,作为一个具体的应用上下文,只需要实现和它自身设计相关的两个功能。
一个功能是,如果应用直接使用FileSystemXmlApplicationContext,对于实例化这个应用上下文的支持,同时启动IoC容器的refresh()过程。这在FileSystemApplicationContext的代码实现中可以看到,代码如下:AbstractXMLApplicationContext实现了(我还没自己看上下文的具体实现)
这个refresh()过程会牵涉IoC容器启动的一系列复杂操作,同时,对于不同的容器实现,这些操作都是类似的,因此在基类中将它们封装好。所以,我们在FileSystemXml的设计中看到的只是一个简单的调用。关于这个refresh()在IoC容器启动时的具体实现,是后面要分析。
另一个功能是与FileSystemXmlApplicationContext设计具体相关的功能,这部分与怎样从文件系统中加载XML的Bean定义资源有关。通过这个过程,可以为在文件系统中读取以XML形式存在的BeanDefinition做准备,因为不同的应用上下文实现对应着不同的读取BeanDefinition的方式,得到FileSystemResource的资源定位。
IOC容器的初始化过程
refresh()方法,启动IOC容器,包括BeanDefinition的资源定位、载入和注册。
编程式获取bean
Resource定位
2 BeanDefinition的载入
3 向IOC容器中注册BeanDefinition,调用BeanDefinitionRegistry接口的实现完成,实际上是注入到一个HashMap中去的。
实际的依赖注入是getBean方法,但可以配置实现预实例化
这个FileSystemXmlApplicationContext已经通过继承Abstract-ApplicationContext具备了ResourceLoader读入以Resource定义的BeanDefinition的能力,因为AbstractApplicationContext的基类是DefaultResourceLoader。
对ApplicationContext进行初始化的模板和提纲
@Override public void refresh() throws BeansException, IllegalStateException { synchronized (this.startupShutdownMonitor) { // Prepare this context for refreshing. prepareRefresh(); // Tell the subclass to refresh the internal bean factory. ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();//启动refreshBeanfactory // Prepare the bean factory for use in this context. prepareBeanFactory(beanFactory); try { // Allows post-processing of the bean factory in context subclasses. postProcessBeanFactory(beanFactory);Beanfactory后处理 // Invoke factory processors registered as beans in the context. invokeBeanFactoryPostProcessors(beanFactory);//调用BeanFactory的后处理器,这些后处理器是在Bean定义中向容器注册的 // Register bean processors that intercept bean creation. registerBeanPostProcessors(beanFactory);注册Bean后处理器,在Bean创建过程中调用 // Initialize message source for this context. initMessageSource();对上下文中的消息源进行初始化 // Initialize event multicaster for this context. initApplicationEventMulticaster();初始化上下文中的事件机制 // Initialize other special beans in specific context subclasses. onRefresh();初始化其他特殊bean // Check for listener beans and register them. registerListeners();检查监听bean并向容器注册 // Instantiate all remaining (non-lazy-init) singletons. finishBeanFactoryInitialization(beanFactory);实例化所有no-lazyinit的单件 // Last step: publish corresponding, event. finishRefresh();发布容器事件,结束refresh过程 } catch (BeansException ex) { if (logger.isWarnEnabled()) { logger.warn("Exception encountered during context initialization - " + "cancelling refresh attempt: " + ex); } // Destroy already created singletons to avoid dangling resources. destroyBeans();//为防止Bean资源占用,在异常处理中,销毁已经在前面过程中生成的单件Bean // Reset 'active' flag. cancelRefresh(ex);重置active标志 // Propagate exception to caller. throw ex; } finally { // Reset common introspection caches in Spring's core, since we // might not ever need metadata for singleton beans anymore... resetCommonCaches(); } } }
1 过程中, BeanDefinition 资源 的 定位原理,比较难找,自己去找吧。
protected ConfigurableListableBeanFactory obtainFreshBeanFactory() { refreshBeanFactory();//构造Beanfactory ,DefaultListableBeanFactory,同时调用loadBeanDefinitions ConfigurableListableBeanFactory beanFactory = getBeanFactory(); if (logger.isDebugEnabled()) { logger.debug("Bean factory for " + getDisplayName() + ": " + beanFactory); } return beanFactory; }
在初始化FileSystmXmlApplicationContext的过程中,通过IoC容器的初始化的refresh来启动整个调用,使用的IoC容器是DefultListableBeanFactory。具体的资源载入在XmlBeanDefinitionReader读入BeanDefinition时完成,在XmlBeanDefinitionReader的基类AbstractBeanDefinitionReader中可以看到这个载入过程的具体实现。对载入过程的启动,可以在AbstractRefreshableApplicationContext的loadBeanDefinitions方法中看到,如代码清单2-5所示。
@Override protected final void refreshBeanFactory() throws BeansException { if (hasBeanFactory()) { destroyBeans(); closeBeanFactory(); } try { DefaultListableBeanFactory beanFactory = createBeanFactory(); beanFactory.setSerializationId(getId()); customizeBeanFactory(beanFactory); loadBeanDefinitions(beanFactory);////这里是使用BeanDefinitionReader载入Bean定义的地方,因为允许有多种载入方式,虽然用得//最多的是XML定义的形式,这里通过一个抽象函数把具体的实现委托给子类来完成 synchronized (this.beanFactoryMonitor) { this.beanFactory = beanFactory; } } catch (IOException ex) { throw new ApplicationContextException("I/O error parsing bean definition source for " + getDisplayName(), ex); } }
AbstractXmlApplicationContext.java
@Override protected void loadBeanDefinitions(DefaultListableBeanFactory beanFactory) throws BeansException, IOException { // Create a new XmlBeanDefinitionReader for the given BeanFactory. XmlBeanDefinitionReader beanDefinitionReader = new XmlBeanDefinitionReader(beanFactory); // Configure the bean definition reader with this context's // resource loading environment. beanDefinitionReader.setEnvironment(this.getEnvironment()); beanDefinitionReader.setResourceLoader(this); beanDefinitionReader.setEntityResolver(new ResourceEntityResolver(this)); // Allow a subclass to provide custom initialization of the reader, // then proceed with actually loading the bean definitions. initBeanDefinitionReader(beanDefinitionReader); loadBeanDefinitions(beanDefinitionReader); }2 BeanDefinition的载入解析
核心流程:Spring中对于applicationcontext.xml文件的解析流程大致如下
核心调用关系类图:入口是AbstractXmlApplicationContext类,调用关系图如下:
图registerBeanDefinition 的 调用 关系
@Override public void registerBeanDefinition(String beanName, BeanDefinition beanDefinition) throws BeanDefinitionStoreException { Assert.hasText(beanName, "Bean name must not be empty"); Assert.notNull(beanDefinition, "BeanDefinition must not be null"); if (beanDefinition instanceof AbstractBeanDefinition) { try { ((AbstractBeanDefinition) beanDefinition).validate(); } catch (BeanDefinitionValidationException ex) { throw new BeanDefinitionStoreException(beanDefinition.getResourceDescription(), beanName, "Validation of bean definition failed", ex); } } BeanDefinition oldBeanDefinition; oldBeanDefinition = this.beanDefinitionMap.get(beanName); if (oldBeanDefinition != null) { if (!isAllowBeanDefinitionOverriding()) { throw new BeanDefinitionStoreException(beanDefinition.getResourceDescription(), beanName, "Cannot register bean definition [" + beanDefinition + "] for bean '" + beanName + "': There is already [" + oldBeanDefinition + "] bound."); } else if (oldBeanDefinition.getRole() < beanDefinition.getRole()) { // e.g. was ROLE_APPLICATION, now overriding with ROLE_SUPPORT or ROLE_INFRASTRUCTURE if (this.logger.isWarnEnabled()) { this.logger.warn("Overriding user-defined bean definition for bean '" + beanName + "' with a framework-generated bean definition: replacing [" + oldBeanDefinition + "] with [" + beanDefinition + "]"); } } else if (!beanDefinition.equals(oldBeanDefinition)) { if (this.logger.isInfoEnabled()) { this.logger.info("Overriding bean definition for bean '" + beanName + "' with a different definition: replacing [" + oldBeanDefinition + "] with [" + beanDefinition + "]"); } } else { if (this.logger.isDebugEnabled()) { this.logger.debug("Overriding bean definition for bean '" + beanName + "' with an equivalent definition: replacing [" + oldBeanDefinition + "] with [" + beanDefinition + "]"); } } this.beanDefinitionMap.put(beanName, beanDefinition); } else { if (hasBeanCreationStarted()) { // Cannot modify startup-time collection elements anymore (for stable iteration) synchronized (this.beanDefinitionMap) { this.beanDefinitionMap.put(beanName, beanDefinition); ListupdatedDefinitions = new ArrayList<>(this.beanDefinitionNames.size() + 1); updatedDefinitions.addAll(this.beanDefinitionNames); updatedDefinitions.add(beanName); this.beanDefinitionNames = updatedDefinitions; if (this.manualSingletonNames.contains(beanName)) { Set updatedSingletons = new LinkedHashSet<>(this.manualSingletonNames); updatedSingletons.remove(beanName); this.manualSingletonNames = updatedSingletons; } } } else { // Still in startup registration phase this.beanDefinitionMap.put(beanName, beanDefinition); this.beanDefinitionNames.add(beanName); this.manualSingletonNames.remove(beanName); } this.frozenBeanDefinitionNames = null; } if (oldBeanDefinition != null || containsSingleton(beanName)) { resetBeanDefinition(beanName); } }