《spring源代码解析(一)spring中的事务处理》由会员分享，可在线阅读，更多相关《spring源代码解析(一)spring中的事务处理（15页珍藏版）》请在金锄头文库上搜索。
1、在认真学习 Rod.Johnson 的三部曲之一：,顺便也看了看源代码想知道个究竟，抛砖引玉，有兴趣的同志一起讨论研究吧！ 在 Spring 中，IOC 容器的重要地位我们就不多说了，对于 Spring 的使用者而言，IOC 容器实际上是什么呢？我们可以说 BeanFactory 就是我们看到的 IoC 容器，当然了 Spring 为我们准备了许多种 IoC 容器来使用，这样可以方便我们从不同的层面，不同的资源位置，不同的形式的定义信息来建立我们需要的 IoC 容器。 在 Spring 中，最基本的 IOC 容器接口是 BeanFactory 这个接口为具体的 IOC 容器的实现作了最基本的功
2、能规定 不管怎么着，作为 IOC 容器，这些接口你必须要满足应用程序的最基本要求： Java 代码 1.public interface BeanFactory 2. 3. /这里是对 FactoryBean 的转义定义，因为如果使用 bean 的名字检索FactoryBean 得到的对象是工厂生成的对象， 4. /如果需要得到工厂本身，需要转义 5. String FACTORY_BEAN_PREFIX = 6. 7. 8. /这里根据 bean 的名字，在 IOC 容器中得到 bean 实例，这个 IOC 容器就是一个大的抽象工厂。 9. Object getBean(String nam
3、e) throws BeansException; 10. 11. /这里根据 bean 的名字和 Class 类型来得到 bean 实例，和上面的方法不同在于它会抛出异常：如果根据名字取得的 bean 实例的 Class 类型和需要的不同的话。 12. Object getBean(String name, Class requiredType) throws BeansException; 13. 14. /这里提供对 bean 的检索，看看是否在 IOC 容器有这个名字的 bean 15. boolean containsBean(String name); 16. 17. /这里根据
4、bean 名字得到 bean 实例，并同时判断这个 bean 是不是单件 18. boolean isSingleton(String name) throws NoSuchBeanDefinitionException; 19. 20. /这里对得到 bean 实例的 Class 类型 21. Class getType(String name) throws NoSuchBeanDefinitionException; 22. 23. /这里得到 bean 的别名，如果根据别名检索，那么其原名也会被检索出来 24. String getAliases(String name); 25. 2
5、6. 在 BeanFactory 里只对 IOC 容器的基本行为作了定义，根本不关心你的 bean 是怎样定义怎样加载的 就像我们只关心从这个工厂里我们得到到什么产品对象，至于工厂是怎么生产这些对象的，这个基本的接口不关心这些。如果要关心工厂是怎样产生对象的，应用程序需要使用具体的 IOC 容器实现- 当然你可以自己根据这个 BeanFactory 来实现自己的 IOC 容器，但这个没有必要，因为 Spring 已经为我们准备好了一系列工厂来让我们使用。比如XmlBeanFactory 就是针对最基础的 BeanFactory 的 IOC 容器的实现 这个实现使用 xml 来定义 IOC 容器
6、中的 bean。 Spring 提供了一个 BeanFactory 的基本实现，XmlBeanFactory 同样的通过使用模板模式来得到对 IOC 容器的抽象- AbstractBeanFactory,DefaultListableBeanFactory 这些抽象类为其提供模板服务。其中通过 resource 接口来抽象 bean 定义数据，对 Xml 定义文件的解析通过委托给 XmlBeanDefinitionReader 来完成。下面我们根据书上的例子，简单的演示 IOC 容器的创建过程： Java 代码 1.ClassPathResource res = new ClassPathRe
7、source(beans.xml); 2.DefaultListableBeanFactory factory = new DefaultListableBeanFactory(); 3.XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(factory); 4.reader.loadBeanDefinitions(res); 这些代码演示了以下几个步骤： 1. 创建 IOC 配置文件的抽象资源 2. 创建一个 BeanFactory 3. 把读取配置信息的 BeanDefinitionReader,这里是 XmlBeanD
8、efinitionReader 配置给BeanFactory 4. 从定义好的资源位置读入配置信息，具体的解析过程由 XmlBeanDefinitionReader 来完成，这样完成整个载入 bean 定义的过程。我们的 IoC 容器就建立起来了。在 BeanFactory 的源代码中我们可以看到： Java 代码 1.public class XmlBeanFactory extends DefaultListableBeanFactory 2. /这里为容器定义了一个默认使用的 bean 定义读取器 3. private final XmlBeanDefinitionReader read
9、er = new XmlBeanDefinitionReader(this); 4. public XmlBeanFactory(Resource resource) throws BeansException 5. this(resource, null); 6. 7. /在初始化函数中使用读取器来对资源进行读取，得到 bean 定义信息。8. public XmlBeanFactory(Resource resource, BeanFactory parentBeanFactory) throws BeansException 9. super(parentBeanFactory); 10
10、. this.reader.loadBeanDefinitions(resource); 11. 我们在后面会看到读取器读取资源和注册 bean 定义信息的整个过程，基本上是和上下文的处理是一样的，从这里我们可以看到上下文和 XmlBeanFactory 这两种 IOC 容器的区别，BeanFactory 往往不具备对资源定义的能力，而上下文可以自己完成资源定义，从这个角度上看上下文更好用一些。 仔细分析 Spring BeanFactory 的结构，我们来看看在 BeanFactory 基础上扩展出的ApplicationContext 我们最常使用的上下文。除了具备 BeanFactory
11、 的全部能力，上下文为应用程序又增添了许多便利： * 可以支持不同的信息源，我们看到 ApplicationContext 扩展了 MessageSource * 访问资源 , 体现在对 ResourceLoader 和 Resource 的支持上面，这样我们可以从不同地方得到 bean 定义资源 * 支持应用事件，继承了接口 ApplicationEventPublisher,这样在上下文中引入了事件机制而BeanFactory 是没有的。 ApplicationContext 允许上下文嵌套 通过保持父上下文可以维持一个上下文体系 这个体系我们在以后对 Web 容器中的上下文环境的分析中可
12、以清楚地看到。对于 bean 的查找可以在这个上下文体系中发生，首先检查当前上下文，其次是父上下文，逐级向上，这样为不同的Spring 应用提供了一个共享的 bean 定义环境。这个我们在分析 Web 容器中的上下文环境时也能看到。 ApplicationContext 提供 IoC 容器的主要接口，在其体系中有许多抽象子类比如AbstractApplicationContext 为具体的 BeanFactory 的实现，比如FileSystemXmlApplicationContext 和 ClassPathXmlApplicationContext 提供上下文的模板，使得他们只需要关心具体
13、的资源定位问题。当应用程序代码实例化 FileSystemXmlApplicationContext 的时候，得到 IoC 容器的一种具体表现 ApplicationContext，从而应用程序通过 ApplicationContext 来管理对 bean 的操作。 BeanFactory 是一个接口，在实际应用中我们一般使用 ApplicationContext 来使用 IOC 容器，它们也是 IOC 容器展现给应用开发者的使用接口。对应用程序开发者来说，可以认为BeanFactory 和 ApplicationFactory 在不同的使用层面上代表了 SPRING 提供的 IOC 容器服务
14、。下面我们具体看看通过 FileSystemXmlApplicationContext 是怎样建立起 IOC 容器的, 显而易见我们可以通过 new 来得到 IoC 容器： Java 代码 1.ApplicationContext = new FileSystemXmlApplicationContext(xmlPath); 调用的是它初始化代码： Java 代码 1.public FileSystemXmlApplicationContext(String configLocations, boolean refresh, ApplicationContext parent) 2. thro
15、ws BeansException 3. super(parent); 4. this.configLocations = configLocations; 5. if (refresh) 6. /这里是 IoC 容器的初始化过程，其初始化过程的大致步骤由AbstractApplicationContext 来定义 7. refresh(); 8. 9. refresh 的模板在 AbstractApplicationContext: Java 代码 1.public void refresh() throws BeansException, IllegalStateException 2. synchronized (this.startupShutdownMonitor) 3. synchronized (this.activeMonitor) 4. this.active = true; 5. 6. 7. / 这里需要子类来协助完成资源位置定义 ,bean 载入和向 I
