1.1.1 Spring是什么
Spring是一个开源的轻量级Java SE（Java 标准版本）/Java EE（Java 企业版本）开发应用框架，其目的是用于简化企业级应用程序开发。应用程序是由一组相互协作的对象组成。而在传统应用程序开发中，一个完整的应用是由一组相互协作的对象组成。所以开发一个应用除了要开发业务逻辑之外，最多的是关注如何使这些对象协作来完成所需功能，而且要低耦合、高内聚。业务逻辑开发是不可避免的，那如果有个框架出来帮我们来创建对象及管理这些对象之间的依赖关系。可能有人说了，比如“抽象工厂、工厂方法设计模式”不也可以帮我们创建对象，“生成器模式”帮我们处理对象间的依赖关系，不也能完成这些功能吗？可是这些又需要我们创建另一些工厂类、生成器类，我们又要而外管理这些类，增加了我们的负担，如果能有种通过配置方式来创建对象，管理对象之间依赖关系，我们不需要通过工厂和生成器来创建及管理对象之间的依赖关系，这样我们是不是减少了许多工作，加速了开发，能节省出很多时间来干其他事。Spring框架刚出来时主要就是来完成这个功能。
Spring框架除了帮我们管理对象及其依赖关系，还提供像通用日志记录、性能统计、安全控制、异常处理等面向切面的能力，还能帮我管理最头疼的数据库事务，本身提供了一套简单的JDBC访问实现，提供与第三方数据访问框架集成（如Hibernate、JPA），与各种Java EE技术整合（如Java Mail、任务调度等等），提供一套自己的web层框架Spring MVC、而且还能非常简单的与第三方web框架集成。从这里我们可以认为Spring是一个超级粘合平台，除了自己提供功能外，还提供粘合其他技术和框架的能力，从而使我们可以更自由的选择到底使用什么技术进行开发。而且不管是JAVA SE（C/S架构）应用程序还是JAVA EE（B/S架构）应用程序都可以使用这个平台进行开发。让我们来深入看一下Spring到底能帮我们做些什么？
1.1.2 Spring能帮我们做什么
Spring除了不能帮我们写业务逻辑，其余的几乎什么都能帮助我们简化开发：
一、传统程序开发，创建对象及组装对象间依赖关系由我们在程序内部进行控制，这样会加大各个对象间的耦合，如果我们要修改对象间的依赖关系就必须修改源代码，重新编译、部署；而如果采用Spring，则由Spring根据配置文件来进行创建及组装对象间依赖关系，只需要改配置文件即可，无需重新编译。所以，Spring能帮我们根据配置文件创建及组装对象之间的依赖关系。
二、当我们要进行一些日志记录、权限控制、性能统计等时，在传统应用程序当中我们可能在需要的对象或方法中进行，而且比如权限控制、性能统计大部分是重复的，这样代码中就存在大量重复代码，即使有人说我把通用部分提取出来，那必然存在调用还是存在重复，像性能统计我们可能只是在必要时才进行，在诊断完毕后要删除这些代码；还有日志记录，比如记录一些方法访问日志、数据访问日志等等，这些都会渗透到各个要访问方法中；还有权限控制，必须在方法执行开始进行审核，想想这些是多么可怕而且是多么无聊的工作。如果采用Spring，这些日志记录、权限控制、性能统计从业务逻辑中分离出来，通过Spring支持的面向切面编程，在需要这些功能的地方动态添加这些功能，无需渗透到各个需要的方法或对象中；有人可能说了，我们可以使用“代理设计模式”或“包装器设计模式”，你可以使用这些，但还是需要通过编程方式来创建代理对象，还是要耦合这些代理对象，而采用Spring 面向切面编程能提供一种更好的方式来完成上述功能，一般通过配置方式，而且不需要在现有代码中添加任何额外代码，现有代码专注业务逻辑。所以，Spring 面向切面编程能帮助我们无耦合的实现日志记录，性能统计，安全控制。
三、在传统应用程序当中，我们如何来完成数据库事务管理？需要一系列“获取连接，执行SQL，提交或回滚事务，关闭连接”，而且还要保证在最后一定要关闭连接，多么可怕的事情，而且也很无聊；如果采用Spring，我们只需获取连接，执行SQL，其他的都交给Spring来管理了，简单吧。所以，Spring能非常简单的帮我们管理数据库事务。
四、Spring还提供了与第三方数据访问框架（如Hibernate、JPA）无缝集成，而且自己也提供了一套JDBC访问模板，来方便数据库访问。
五、Spring还提供与第三方Web（如Struts、JSF）框架无缝集成，而且自己也提供了一套Spring MVC框架，来方便web层搭建。
六、Spring能方便的与Java EE（如Java Mail、任务调度）整合，与更多技术整合（比如缓存框架）。
Spring能帮我们做这么多事情，提供这么多功能和与那么多主流技术整合，而且是帮我们做了开发中比较头疼和困难的事情，那可能有人会问，难道只有Spring这一个框架，没有其他选择？当然有，比如EJB需要依赖应用服务器、开发效率低、在开发中小型项目是宰鸡拿牛刀，虽然发展到现在EJB比较好用了，但还是比较笨重还需要依赖应用服务器等。那为何需要使用Spring，而不是其他框架呢？让我们接着往下看。
1.1.3 为何需要Spring
一 首先阐述几个概念
1、应用程序：是能完成我们所需要功能的成品，比如购物网站、OA系统。
2、框架：是能完成一定功能的半成品，比如我们可以使用框架进行购物网站开发；框架做一部分功能，我们自己做一部分功能，这样应用程序就创建出来了。而且框架规定了你在开发应用程序时的整体架构，提供了一些基础功能，还规定了类和对象的如何创建、如何协作等，从而简化我们开发，让我们专注于业务逻辑开发。
3、非侵入式设计：从框架角度可以这样理解，无需继承框架提供的类，这种设计就可以看作是非侵入式设计，如果继承了这些框架类，就是侵入设计，如果以后想更换框架之前写过的代码几乎无法重用，如果非侵入式设计则之前写过的代码仍然可以继续使用。
4、轻量级及重量级：轻量级是相对于重量级而言的，轻量级一般就是非入侵性的、所依赖的东西非常少、资源占用非常少、部署简单等等，其实就是比较容易使用，而重量级正好相反。
5、POJO：POJO（Plain Old Java Objects）简单的Java对象，它可以包含业务逻辑或持久化逻辑，但不担当任何特殊角色且不继承或不实现任何其它Java框架的类或接口。
6、容器：在日常生活中容器就是一种盛放东西的器具，从程序设计角度看就是装对象的的对象，因为存在放入、拿出等操作，所以容器还要管理对象的生命周期。
7、控制反转：即Inversion of Control，缩写为IoC，控制反转还有一个名字叫做依赖注入（Dependency Injection），就是由容器控制程序之间的关系，而非传统实现中，由程序代码直接操控。
8、Bean：一般指容器管理对象，在Spring中指Spring IoC容器管理对象。
二 为什么需要Spring及Spring的优点
●非常轻量级的容器：以集中的、自动化的方式进行应用程序对象创建和装配，负责对象创建和装配，管理对象生命周期，能组合成复杂的应用程序。Spring容器是非侵入式的（不需要依赖任何Spring特定类），而且完全采用POJOs进行开发，使应用程序更容易测试、更容易管理。而且核心JAR包非常小，Spring3.0.5不到1M，而且不需要依赖任何应用服务器，可以部署在任何环境（Java SE或Java EE）。
●AOP：AOP是Aspect Oriented Programming的缩写，意思是面向切面编程，提供从另一个角度来考虑程序结构以完善面向对象编程（相对于OOP），即可以通过在编译期间、装载期间或运行期间实现在不修改源代码的情况下给程序动态添加功能的一种技术。通俗点说就是把可重用的功能提取出来，然后将这些通用功能在合适的时候织入到应用程序中；比如安全，日记记录，这些都是通用的功能，我们可以把它们提取出来，然后在程序执行的合适地方织入这些代码并执行它们，从而完成需要的功能并复用了这些功能。
● 简单的数据库事务管理：在使用数据库的应用程序当中，自己管理数据库事务是一项很让人头疼的事，而且很容易出现错误，Spring支持可插入的事务管理支持，而且无需JEE环境支持，通过Spring管理事务可以把我们从事务管理中解放出来来专注业务逻辑。
●JDBC抽象及ORM框架支持：Spring使JDBC更加容易使用；提供DAO（数据访问对象）支持，非常方便集成第三方ORM框架，比如Hibernate等；并且完全支持Spring事务和使用Spring提供的一致的异常体系。
●灵活的Web层支持：Spring本身提供一套非常强大的MVC框架，而且可以非常容易的与第三方MVC框架集成，比如Struts等。
●简化各种技术集成：提供对Java Mail、任务调度、JMX、JMS、JNDI、EJB、动态语言、远程访问、Web Service等的集成。
Spring能帮助我们简化应用程序开发，帮助我们创建和组装对象，为我们管理事务，简单的MVC框架，可以把Spring看作是一个超级粘合平台，能把很多技术整合在一起，形成一个整体，使系统结构更优良、性能更出众，从而加速我们程序开发，有如上优点，我们没有理由不考虑使用它。
1.1.4 如何学好Spring
要学好Spring，首先要明确Spring是个什么东西，能帮我们做些什么事情，知道了这些然后做个简单的例子，这样就基本知道怎么使用Spring了。Spring核心是IoC容器，所以一定要透彻理解什么是IoC容器，以及如何配置及使用容器，其他所有技术都是基于容器实现的；理解好IoC后，接下来是面向切面编程，首先还是明确概念，基本配置，最后是实现原理，接下来就是数据库事务管理，其实Spring管理事务是通过面向切面编程实现的，所以基础很重要，IoC容器和面向切面编程搞定后，其余都是基于这俩东西的实现，学起来就更加轻松了。要学好Spring不能急，一定要把基础打牢，基础牢固了，这就是磨刀不误砍柴工。
1.2 Spring基础
1.2.1 Spring架构图
图 1-1 Spring架构图
核心容器：包括Core、Beans、Context、EL模块。
●Core模块：封装了框架依赖的最底层部分，包括资源访问、类型转换及一些常用工具类。
●Beans模块：提供了框架的基础部分，包括反转控制和依赖注入。其中Bean Factory是容器核心，本质是“工厂设计模式”的实现，而且无需编程实现“单例设计模式”，单例完全由容器控制，而且提倡面向接口编程，而非面向实现编程；所有应用程序对象及对象间关系由框架管理，从而真正把你从程序逻辑中把维护对象之间的依赖关系提取出来，所有这些依赖关系都由BeanFactory来维护。
●Context模块：以Core和Beans为基础，集成Beans模块功能并添加资源绑定、数据验证、国际化、Java EE支持、容器生命周期、事件传播等；核心接口是ApplicationContext。
●EL模块：提供强大的表达式语言支持，支持访问和修改属性值，方法调用，支持访问及修改数组、容器和索引器，命名变量，支持算数和逻辑运算，支持从Spring 容器获取Bean，它也支持列表投影、选择和一般的列表聚合等。
AOP、Aspects模块：
●AOP模块：Spring AOP模块提供了符合 AOP Alliance规范的面向方面的编程（aspect-oriented programming）实现，提供比如日志记录、权限控制、性能统计等通用功能和业务逻辑分离的技术，并且能动态的把这些功能添加到需要的代码中；这样各专其职，降低业务逻辑和通用功能的耦合。
●Aspects模块：提供了对AspectJ的集成，AspectJ提供了比Spring ASP更强大的功能。
数据访问/集成模块：该模块包括了JDBC、ORM、OXM、JMS和事务管理。
●事务模块：该模块用于Spring管理事务，只要是Spring管理对象都能得到Spring管理事务的好处，无需在代码中进行事务控制了，而且支持编程和声明性的事物管理。
●JDBC模块：提供了一个JBDC的样例模板，使用这些模板能消除传统冗长的JDBC编码还有必须的事务控制，而且能享受到Spring管理事务的好处。
●ORM模块：提供与流行的“对象-关系”映射框架的无缝集成，包括Hibernate、JPA、Ibatiss等。而且可以使用Spring事务管理，无需额外控制事务。
●OXM模块：提供了一个对Object/XML映射实现，将java对象映射成XML数据，或者将XML数据映射成java对象，Object/XML映射实现包括JAXB、Castor、XMLBeans和XStream。
●JMS模块：用于JMS(Java Messaging Service)，提供一套 “消息生产者、消息消费者”模板用于更加简单的使用JMS，JMS用于用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。
●Web/Remoting模块：Web/Remoting模块包含了Web、Web-Servlet、Web-Struts、Web-Porlet模块。
●Web模块：提供了基础的web功能。例如多文件上传、集成IoC容器、远程过程访问（RMI、Hessian、Burlap）以及Web Service支持，并提供一个RestTemplate类来提供方便的Restful services访问。
●Web-Servlet模块：提供了一个Spring MVC Web框架实现。Spring MVC框架提供了基于注解的请求资源注入、更简单的数据绑定、数据验证等及一套非常易用的JSP标签，完全无缝与Spring其他技术协作。
●Web-Struts模块：提供了与Struts无缝集成，Struts1.x 和Struts2.x都支持
Test模块： Spring支持Junit和TestNG测试框架，而且还额外提供了一些基于Spring的测试功能，比如在测试Web框架时，模拟Http请求的功能。
1.2.2 典型应用场景
Spring可以应用到许多场景，从最简单的标准Java SE程序到企业级应用程序都能使用Spring来构建。以下介绍几个比较流行的应用场景：
●典型Web应用程序应用场景：
图1-2 web应用程序应用场景
在Web应用程序应用场景中，典型的三层架构：数据模型层实现域对象；数据访问层实现数据访问；逻辑层实现业务逻辑；web层提供页面展示；所有这些层组件都由Spring进行管理，享受到Spring事务管理、AOP等好处，而且请求唯一入口就是DispachterServlet，它通过把请求映射为相应web层组件来实现相应请求功能。
●远程访问应用场景：
Spring能非常方便的提供暴露RMI服务，远程访问服务如Hessian、Burlap等，实现非常简单只需通过在Spring中配置相应的地址及需要暴露的服务即可轻松实现，后边会有介绍；
●EJB应用场景：
Spring也可以与EJB轻松集成，后边会详细介绍。
2.1.1 IoC是什么
Ioc—Inversion of Control，即“控制反转”，不是什么技术，而是一种设计思想。在Java开发中，Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。如何理解好Ioc呢？理解好Ioc的关键是要明确“谁控制谁，控制什么，为何是反转（有反转就应该有正转了），哪些方面反转了”，那我们来深入分析一下：
●谁控制谁，控制什么：传统Java SE程序设计，我们直接在对象内部通过new进行创建对象，是程序主动去创建依赖对象；而IoC是有专门一个容器来创建这些对象，即由Ioc容器来控制对象的创建；谁控制谁？当然是IoC 容器控制了对象；控制什么？那就是主要控制了外部资源获取（不只是对象包括比如文件等）。
●为何是反转，哪些方面反转了：有反转就有正转，传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象，也就是正转；而反转则是由容器来帮忙创建及注入依赖对象；为何是反转？因为由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象，所以是反转；哪些方面反转了？依赖对象的获取被反转了。
用图例说明一下，传统程序设计如图2-1，都是主动去创建相关对象然后再组合起来：
图2-1 传统应用程序示意图
当有了IoC/DI的容器后，在客户端类中不再主动去创建这些对象了，如图2-2所示:
图2-2有IoC/DI容器后程序结构示意图
1.1.2 IoC能做什么
IoC不是一种技术，只是一种思想，一个重要的面向对象编程的法则，它能指导我们如何设计出松耦合、更优良的程序。传统应用程序都是由我们在类内部主动创建依赖对象，从而导致类与类之间高耦合，难于测试；有了IoC容器后，把创建和查找依赖对象的控制权交给了容器，由容器进行注入组合对象，所以对象与对象之间是松散耦合，这样也方便测试，利于功能复用，更重要的是使得程序的整个体系结构变得非常灵活。
其实IoC对编程带来的最大改变不是从代码上，而是从思想上，发生了“主从换位”的变化。应用程序原本是老大，要获取什么资源都是主动出击，但是在IoC/DI思想中，应用程序就变成被动的了，被动的等待IoC容器来创建并注入它所需要的资源了。
IoC很好的体现了面向对象设计法则之一—— 好莱坞法则：“别找我们，我们找你”；即由IoC容器帮对象找相应的依赖对象并注入，而不是由对象主动去找。
2.1.3 IoC和DI
DI—Dependency Injection，即“依赖注入”：是组件之间依赖关系由容器在运行期决定，形象的说，即由容器动态的将某个依赖关系注入到组件之中。依赖注入的目的并非为软件系统带来更多功能，而是为了提升组件重用的频率，并为系统搭建一个灵活、可扩展的平台。通过依赖注入机制，我们只需要通过简单的配置，而无需任何代码就可指定目标需要的资源，完成自身的业务逻辑，而不需要关心具体的资源来自何处，由谁实现。
理解DI的关键是：“谁依赖谁，为什么需要依赖，谁注入谁，注入了什么”，那我们来深入分析一下：
●谁依赖于谁：当然是应用程序依赖于IoC容器；
●为什么需要依赖：应用程序需要IoC容器来提供对象需要的外部资源；
●谁注入谁：很明显是IoC容器注入应用程序某个对象，应用程序依赖的对象；
●注入了什么：就是注入某个对象所需要的外部资源（包括对象、资源、常量数据）。
IoC和DI由什么关系呢？其实它们是同一个概念的不同角度描述，由于控制反转概念比较含糊（可能只是理解为容器控制对象这一个层面，很难让人想到谁来维护对象关系），所以2004年大师级人物Martin Fowler又给出了一个新的名字：“依赖注入”，相对IoC 而言，“依赖注入”明确描述了“被注入对象依赖IoC容器配置依赖对象”。
注：如果想要更加深入的了解IoC和DI，请参考大师级人物Martin Fowler的一篇经典文章《Inversion of Control Containers and the Dependency Injection pattern》，原文地址：http://www.martinfowler.com/articles/injection.html。
2.2.1 IoC容器的概念
IoC容器就是具有依赖注入功能的容器，IoC容器负责实例化、定位、配置应用程序中的对象及建立这些对象间的依赖。应用程序无需直接在代码中new相关的对象，应用程序由IoC容器进行组装。在Spring中BeanFactory是IoC容器的实际代表者。
Spring IoC容器如何知道哪些是它管理的对象呢？这就需要配置文件，Spring IoC容器通过读取配置文件中的配置元数据，通过元数据对应用中的各个对象进行实例化及装配。一般使用基于xml配置文件进行配置元数据，而且Spring与配置文件完全解耦的，可以使用其他任何可能的方式进行配置元数据，比如注解、基于java文件的、基于属性文件的配置都可以。
那Spring IoC容器管理的对象叫什么呢？
2.2.2 Bean的概念
由IoC容器管理的那些组成你应用程序的对象我们就叫它Bean， Bean就是由Spring容器初始化、装配及管理的对象，除此之外，bean就与应用程序中的其他对象没有什么区别了。那IoC怎样确定如何实例化Bean、管理Bean之间的依赖关系以及管理Bean呢？这就需要配置元数据，在Spring中由BeanDefinition代表，后边会详细介绍，配置元数据指定如何实例化Bean、如何组装Bean等。概念知道的差不多了，让我们来做个简单的例子。
2.2.3 Hello World
一、配置环境：
l JDK安装：安装最新的JDK，至少需要Java 1.5及以上环境；
l 开发工具：SpringSource Tool Suite，简称STS，是个基于Eclipse的开发环境，用以构建Spring应用，其最新版开始支持Spring 3.0及OSGi开发工具，但由于其太庞大，很多功能不是我们所必需的所以我们选择Eclipse+ SpringSource Tool插件进行Spring应用开发；到eclipse官网下载最新的Eclipse，注意我们使用的是Eclipse IDE for Java EE Developers（eclipse-jee-helios-SR1）；
安装插件：启动Eclipse，选择Help->Install New Software，如图2-3所示
图2-3 安装
2、首先安装SpringSource Tool Suite插件依赖，如图2-4:
Name为：SpringSource Tool Suite Dependencies
Location为：http://dist.springsource.com/release/TOOLS/composite/e3.6
图2-4 安装
3、安装SpringSource Tool Suite插件，只需安装如图2-5所选中的就可以：
Name为：SpringSource Tool Suite
Location为：http://dist.springsource.com/release/TOOLS/update/e3.6
图2-4 安装
4、安装完毕，开始项目搭建吧。
Spring 依赖：本书使用spring-framework-3.0.5.RELEASE
spring-framework-3.0.5.RELEASE-with-docs.zip表示此压缩包带有文档的；
spring-framework-3.0.5.RELEASE-dependencies.zip表示此压缩包中是spring的依赖jar包，所以需要什么依赖从这里找就好了；
下载地址：http://www.springsource.org/download
二、开始Spring Hello World之旅
1、准备需要的jar包
核心jar包：从下载的spring-framework-3.0.5.RELEASE-with-docs.zip中dist目录查找如下jar包
|
依赖的jar包：从下载的spring-framework-3.0.5.RELEASE-dependencies.zip中查找如下依赖jar包
|
2、创建标准Java工程：
（1）选择“window”—> “Show View” —>“Package Explorer”，使用包结构视图；
图2-5 包结构视图
（2）创建标准Java项目，选择“File”—>“New”—>“Other”；然后在弹出来的对话框中选择“Java Project”创建标准Java项目；
图2-6 创建Java项目
图2-7 创建Java项目
图2-8 创建Java项目
（3）配置项目依赖库文件，右击项目选择“Properties”；然后在弹出的对话框中点击“Add JARS”在弹出的对话框中选择“lib”目录下的jar包；然后再点击“Add Library”，然后在弹出的对话框中选择“Junit”，选择“Junit4”；
图2-9 配置项目依赖库文件
图2-10 配置项目依赖库文件
图2-11 配置项目依赖库文件
（4）项目目录结构如下图所示，其中“src”用于存放java文件；“lib”用于存放jar文件；“resources”用于存放配置文件；
图2-12 项目目录结构
3、项目搭建好了，让我们来开发接口，此处我们只需实现打印“Hello World!”，所以我们定义一个“sayHello”接口，代码如下：
|
1
2
3
4
|
package
cn.javass.spring.chapter2.helloworld;
public
interface
HelloApi {
public
void
sayHello();
}
|
4、接口开发好了，让我们来通过实现接口来完成打印“Hello World!”功能；
|
1
2
3
4
5
6
7
|
package
cn.javass.spring.chapter2.helloworld;
public
class
HelloImpl
implements
HelloApi {
@Override
public
void
sayHello() {
System.out.println(
"Hello World!"
);
}
}
|
5、接口和实现都开发好了，那如何使用Spring IoC容器来管理它们呢？这就需要配置文件，让IoC容器知道要管理哪些对象。让我们来看下配置文件chapter2/helloworld.xml（放到resources目录下）：
|
1
2
3
4
5
6
7
8
9
10
11
|
<?
xml
version
=
"1.0"
encoding
=
"UTF-8"
?>
<
beans
xmlns
=
"http://www.springframework.org/schema/beans"
xmlns:xsi
=
"http://www.w3.org/2001/XMLSchema-instance"
xmlns:context
=
"http://www.springframework.org/schema/context"
xsi:schemaLocation="
http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.0.xsd">
<!-- id 表示你这个组件的名字，class表示组件类 -->
<
bean
id
=
"hello"
class
=
"cn.javass.spring.chapter2.helloworld.HelloImpl"
></
bean
>
</
beans
>
|
6、现在万一具备，那如何获取IoC容器并完成我们需要的功能呢？首先应该实例化一个IoC容器，然后从容器中获取需要的对象，然后调用接口完成我们需要的功能，代码示例如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
package
cn.javass.spring.chapter2.helloworld;
import
org.junit.Test;
import
org.springframework.context.ApplicationContext;
import
org.springframework.context.support.ClassPathXmlApplicationContext;
public
class
HelloTest {
@Test
public
void
testHelloWorld() {
//1、读取配置文件实例化一个IoC容器
ApplicationContext context =
new
ClassPathXmlApplicationContext(
"helloworld.xml"
);
//2、从容器中获取Bean，注意此处完全“面向接口编程，而不是面向实现”
HelloApi helloApi = context.getBean(
"hello"
, HelloApi.
class
);
//3、执行业务逻辑
helloApi.sayHello();
}
}
|
7、自此一个完整的Spring Hello World已完成，是不是很简单，让我们深入理解下容器和Bean吧。
2.2.4 详解IoC容器
在Spring Ioc容器的代表就是org.springframework.beans包中的BeanFactory接口，BeanFactory接口提供了IoC容器最基本功能；而org.springframework.context包下的ApplicationContext接口扩展了BeanFactory，还提供了与Spring AOP集成、国际化处理、事件传播及提供不同层次的context实现 (如针对web应用的WebApplicationContext)。简单说， BeanFactory提供了IoC容器最基本功能，而 ApplicationContext 则增加了更多支持企业级功能支持。ApplicationContext完全继承BeanFactory，因而BeanFactory所具有的语义也适用于ApplicationContext。
容器实现一览：
• XmlBeanFactory：BeanFactory实现，提供基本的IoC容器功能，可以从classpath或文件系统等获取资源；
（1）File file = new File(“fileSystemConfig.xml”);
Resource resource = new FileSystemResource(file);
BeanFactory beanFactory = new XmlBeanFactory(resource);
（2） Resource resource = new ClassPathResource(“classpath.xml”);
BeanFactory beanFactory = new XmlBeanFactory(resource);
• ClassPathXmlApplicationContext：ApplicationContext实现，从classpath获取配置文件；
BeanFactory beanFactory = new ClassPathXmlApplicationContext(“classpath.xml”);
• FileSystemXmlApplicationContext：ApplicationContext实现，从文件系统获取配置文件。
BeanFactory beanFactory = new FileSystemXmlApplicationContext(“fileSystemConfig.xml”);
具体代码请参考cn.javass.spring.chapter2.InstantiatingContainerTest.java。
ApplicationContext接口获取Bean方法简介：
• Object getBean(String name) 根据名称返回一个Bean，客户端需要自己进行类型转换；
• T getBean(String name, Class<T> requiredType) 根据名称和指定的类型返回一个Bean，客户端无需自己进行类型转换，如果类型转换失败，容器抛出异常；
• T getBean(Class<T> requiredType) 根据指定的类型返回一个Bean，客户端无需自己进行类型转换，如果没有或有多于一个Bean存在容器将抛出异常；
• Map<String, T> getBeansOfType(Class<T> type) 根据指定的类型返回一个键值为名字和值为Bean对象的 Map，如果没有Bean对象存在则返回空的Map。
让我们来看下IoC容器到底是如何工作。在此我们以xml配置方式来分析一下：
一、准备配置文件：就像前边Hello World配置文件一样，在配置文件中声明Bean定义也就是为Bean配置元数据。
二、由IoC容器进行解析元数据： IoC容器的Bean Reader读取并解析配置文件，根据定义生成BeanDefinition配置元数据对象，IoC容器根据BeanDefinition进行实例化、配置及组装Bean。
三、实例化IoC容器：由客户端实例化容器，获取需要的Bean。
整个过程是不是很简单，执行过程如图2-5，其实IoC容器很容易使用，主要是如何进行Bean定义。下一章我们详细介绍定义Bean。
图2-5 Spring Ioc容器
2.2.5 小结
除了测试程序的代码外，也就是程序入口，所有代码都没有出现Spring任何组件，而且所有我们写的代码没有实现框架拥有的接口，因而能非常容易的替换掉Spring，是不是非入侵。
客户端代码完全面向接口编程，无需知道实现类，可以通过修改配置文件来更换接口实现，客户端代码不需要任何修改。是不是低耦合。
如果在开发初期没有真正的实现，我们可以模拟一个实现来测试，不耦合代码，是不是很方便测试。
Bean之间几乎没有依赖关系，是不是很容易重用。
2.3.1 XML配置的结构
一般配置文件结构如下：
<beans>
<import resource=”resource1.xml”/>
<bean id=”bean1”class=””></bean>
<bean id=”bean2”class=””></bean>
<bean name=”bean2”class=””></bean>
<alias alias="bean3" name="bean2"/>
<import resource=”resource2.xml”/>
</beans>
1、<bean>标签主要用来进行Bean定义；
2、alias用于定义Bean别名的；
3、import用于导入其他配置文件的Bean定义，这是为了加载多个配置文件，当然也可以把这些配置文件构造为一个数组（new String[] {“config1.xml”, config2.xml}）传给ApplicationContext实现进行加载多个配置文件，那一个更适合由用户决定；这两种方式都是通过调用Bean Definition Reader 读取Bean定义，内部实现没有任何区别。<import>标签可以放在<beans>下的任何位置，没有顺序关系。
2.3.2 Bean的配置
Spring IoC容器目的就是管理Bean，这些Bean将根据配置文件中的Bean定义进行创建，而Bean定义在容器内部由BeanDefinition对象表示，该定义主要包含以下信息：
●全限定类名（FQN）：用于定义Bean的实现类;
●Bean行为定义：这些定义了Bean在容器中的行为；包括作用域（单例、原型创建）、是否惰性初始化及生命周期等；
●Bean创建方式定义：说明是通过构造器还是工厂方法创建Bean；
●Bean之间关系定义：即对其他bean的引用，也就是依赖关系定义，这些引用bean也可以称之为同事bean 或依赖bean，也就是依赖注入。
Bean定义只有“全限定类名”在当使用构造器或静态工厂方法进行实例化bean时是必须的，其他都是可选的定义。难道Spring只能通过配置方式来创建Bean吗？回答当然不是，某些SingletonBeanRegistry接口实现类实现也允许将那些非BeanFactory创建的、已有的用户对象注册到容器中，这些对象必须是共享的，比如使用DefaultListableBeanFactory 的registerSingleton() 方法。不过建议采用元数据定义。
2.3.3 Bean的命名
每个Bean可以有一个或多个id（或称之为标识符或名字），在这里我们把第一个id称为“标识符”，其余id叫做“别名”；这些id在IoC容器中必须唯一。如何为Bean指定id呢，有以下几种方式；
一、 不指定id，只配置必须的全限定类名，由IoC容器为其生成一个标识，客户端必须通过接口“T getBean(Class<T> requiredType)”获取Bean；
|
1
|
<
bean
class=” cn.javass.spring.chapter2.helloworld.HelloImpl”/> （1）
|
测试代码片段如下：
|
1
2
3
4
5
6
7
8
|
@Test
public
void
test1() {
BeanFactory beanFactory =
new
ClassPathXmlApplicationContext(
"chapter2/namingbean1.xml"
);
//根据类型获取bean
HelloApi helloApi = beanFactory.getBean(HelloApi.
class
);
helloApi.sayHello();
}
|
二、指定id，必须在Ioc容器中唯一；
|
1
|
<
bean
id=” bean” class=” cn.javass.spring.chapter2.helloworld.HelloImpl”/> （2）
|
测试代码片段如下：
|
1
2
3
4
5
6
7
8
|
@Test
public
void
test2() {
BeanFactory beanFactory =
new
ClassPathXmlApplicationContext(
"chapter2/namingbean2.xml"
);
//根据id获取bean
HelloApi bean = beanFactory.getBean(
"bean"
, HelloApi.
class
);
bean.sayHello();
}
|
三、指定name，这样name就是“标识符”，必须在Ioc容器中唯一；
|
1
|
<
bean
name=” bean” class=” cn.javass.spring.chapter2.helloworld.HelloImpl”/> （3）
|
测试代码片段如下：
|
1
2
3
4
5
6
7
8
|
@Test
public
void
test3() {
BeanFactory beanFactory =
new
ClassPathXmlApplicationContext(
"chapter2/namingbean3.xml"
);
//根据name获取bean
HelloApi bean = beanFactory.getBean(
"bean"
, HelloApi.
class
);
bean.sayHello();
}
|
四、指定id和name，id就是标识符，而name就是别名，必须在Ioc容器中唯一；
|
1
2
3
4
|
<
bean
id=”bean1”name=”alias1”
class=” cn.javass.spring.chapter2.helloworld.HelloImpl”/>
<!-- 如果id和name一样，IoC容器能检测到，并消除冲突 -->
<
bean
id
=
"bean3"
name
=
"bean3"
class
=
"cn.javass.spring.chapter2.helloworld.HelloImpl"
/> （4）
|
测试代码片段如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
@Test
public
void
test4() {
BeanFactory beanFactory =
new
ClassPathXmlApplicationContext(
"chapter2/namingbean4.xml"
);
//根据id获取bean
HelloApi bean1 = beanFactory.getBean(
"bean1"
, HelloApi.
class
);
bean1.sayHello();
//根据别名获取bean
HelloApi bean2 = beanFactory.getBean(
"alias1"
, HelloApi.
class
);
bean2.sayHello();
//根据id获取bean
HelloApi bean3 = beanFactory.getBean(
"bean3"
, HelloApi.
class
);
bean3.sayHello();
String[] bean3Alias = beanFactory.getAliases(
"bean3"
);
//因此别名不能和id一样，如果一样则由IoC容器负责消除冲突
Assert.assertEquals(
0
, bean3Alias.length);
}
|
五、指定多个name，多个name用“，”、“；”、“ ”分割，第一个被用作标识符，其他的（alias1、alias2、alias3）是别名，所有标识符也必须在Ioc容器中唯一；
|
1
2
3
4
5
|
<
bean
name=” bean1;alias11,alias12;alias13 alias14”
class=” cn.javass.spring.chapter2.helloworld.HelloImpl”/>
<!-- 当指定id时，name指定的标识符全部为别名 -->
<
bean
id
=
"bean2"
name
=
"alias21;alias22"
class
=
"cn.javass.spring.chapter2.helloworld.HelloImpl"
/> （5）
|
测试代码片段如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
|
@Test
public
void
test5() {
BeanFactory beanFactory =
new
ClassPathXmlApplicationContext(
"chapter2/namingbean5.xml"
);
//1根据id获取bean
HelloApi bean1 = beanFactory.getBean(
"bean1"
, HelloApi.
class
);
bean1.sayHello();
//2根据别名获取bean
HelloApi alias11 = beanFactory.getBean(
"alias11"
, HelloApi.
class
);
alias11.sayHello();
//3验证确实是四个别名
String[] bean1Alias = beanFactory.getAliases(
"bean1"
);
System.out.println(
"=======namingbean5.xml bean1 别名========"
);
for
(String alias : bean1Alias) {
System.out.println(alias);
}
Assert.assertEquals(
4
, bean1Alias.length);
//根据id获取bean
HelloApi bean2 = beanFactory.getBean(
"bean2"
, HelloApi.
class
);
bean2.sayHello();
//2根据别名获取bean
HelloApi alias21 = beanFactory.getBean(
"alias21"
, HelloApi.
class
);
alias21.sayHello();
//验证确实是两个别名
String[] bean2Alias = beanFactory.getAliases(
"bean2"
);
System.out.println(
"=======namingbean5.xml bean2 别名========"
);
for
(String alias : bean2Alias) {
System.out.println(alias);
}
Assert.assertEquals(
2
, bean2Alias.length);
}
|
六、使用<alias>标签指定别名，别名也必须在IoC容器中唯一
|
1
2
3
|
<
bean
name
=
"bean"
class
=
"cn.javass.spring.chapter2.helloworld.HelloImpl"
/>
<
alias
alias
=
"alias1"
name
=
"bean"
/>
<
alias
alias
=
"alias2"
name
=
"bean"
/> （6）
|
测试代码片段如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
@Test
public
void
test6() {
BeanFactory beanFactory =
new
ClassPathXmlApplicationContext(
"chapter2/namingbean6.xml"
);
//根据id获取bean
HelloApi bean = beanFactory.getBean(
"bean"
, HelloApi.
class
);
bean.sayHello();
//根据别名获取bean
HelloApi alias1 = beanFactory.getBean(
"alias1"
, HelloApi.
class
);
alias1.sayHello();
HelloApi alias2 = beanFactory.getBean(
"alias2"
, HelloApi.
class
);
alias2.sayHello();
String[] beanAlias = beanFactory.getAliases(
"bean"
);
System.out.println(
"=======namingbean6.xml bean 别名========"
);
for
(String alias : beanAlias) {
System.out.println(alias);
}
System.out.println(
"=======namingbean6.xml bean 别名========"
);
Assert.assertEquals(
2
, beanAlias.length);
}
|
以上测试代码在cn.javass.spring.chapter2.NamingBeanTest.java文件中。
从定义来看，name或id如果指定它们中的一个时都作为“标识符”，那为什么还要有id和name同时存在呢？这是因为当使用基于XML的配置元数据时，在XML中id是一个真正的XML id属性，因此当其他的定义来引用这个id时就体现出id的好处了，可以利用XML解析器来验证引用的这个id是否存在，从而更早的发现是否引用了一个不存在的bean，而使用name，则可能要在真正使用bean时才能发现引用一个不存在的bean。
●Bean命名约定：Bean的命名遵循XML命名规范，但最好符合Java命名规范，由“字母、数字、下划线组成“，而且应该养成一个良好的命名习惯， 比如采用“驼峰式”，即第一个单词首字母开始，从第二个单词开始首字母大写开始，这样可以增加可读性。
2.3.4 实例化Bean
Spring IoC容器如何实例化Bean呢？传统应用程序可以通过new和反射方式进行实例化Bean。而Spring IoC容器则需要根据Bean定义里的配置元数据使用反射机制来创建Bean。在Spring IoC容器中根据Bean定义创建Bean主要有以下几种方式：
一、使用构造器实例化Bean：这是最简单的方式，Spring IoC容器即能使用默认空构造器也能使用有参数构造器两种方式创建Bean，如以下方式指定要创建的Bean类型：
使用空构造器进行定义，使用此种方式，class属性指定的类必须有空构造器
|
1
|
<
bean
name
=
"bean1"
class
=
"cn.javass.spring.chapter2.HelloImpl2"
/>
|
使用有参数构造器进行定义，使用此中方式，可以使用< constructor-arg >标签指定构造器参数值，其中index表示位置，value表示常量值，也可以指定引用，指定引用使用ref来引用另一个Bean定义，后边会详细介绍：
|
1
2
3
4
|
<
bean
name
=
"bean2"
class
=
"cn.javass.spring.chapter2.HelloImpl2"
>
<!-- 指定构造器参数 -->
<
constructor-arg
index
=
"0"
value
=
"Hello Spring!"
/>
</
bean
>
|
知道如何配置了，让我们做个例子的例子来实践一下吧：
（1）准备Bean class(HelloImpl2.java)，该类有一个空构造器和一个有参构造器：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
package
cn.javass.spring.chapter2;
public
class
HelloImpl2
implements
HelloApi {
private
String message;
public
HelloImpl2() {
this
.message =
"Hello World!"
;
}
public
HelloImpl2(String message) {
this
.message = message;
}
@Override
public
void
sayHello() {
System.out.println(message);
}
}
|
（2）在配置文件(resources/chapter2/instantiatingBean.xml)配置Bean定义，如下所示：
|
1
2
3
4
5
6
7
8
|
<!--使用默认构造参数-->
<
bean
name
=
"bean1"
class
=
"cn.javass.spring.chapter2.HelloImpl2"
/>
<!--使用有参数构造参数-->
<
bean
name
=
"bean2"
class
=
"cn.javass.spring.chapter2.HelloImpl2"
>
<!-- 指定构造器参数 -->
<
constructor-arg
index
=
"0"
value
=
"Hello Spring!"
/>
</
bean
>
|
（3）配置完了，让我们写段测试代码（InstantiatingContainerTest）来看下是否工作吧：
|
1
2
3
4
5
6
7
8
9
10
|
@Test
public
void
testInstantiatingBeanByConstructor() {
//使用构造器
BeanFactory beanFactory =
new
ClassPathXmlApplicationContext(
"chapter2/instantiatingBean.xml"
);
HelloApi bean1 = beanFactory.getBean(
"bean1"
, HelloApi.
class
);
bean1.sayHello();
HelloApi bean2 = beanFactory.getBean(
"bean2"
, HelloApi.
class
);
bean2.sayHello();
}
|
二、使用静态工厂方式实例化Bean，使用这种方式除了指定必须的class属性，还要指定factory-method属性来指定实例化Bean的方法，而且使用静态工厂方法也允许指定方法参数，spring IoC容器将调用此属性指定的方法来获取Bean，配置如下所示：
（1）先来看看静态工厂类代码吧HelloApiStaticFactory：
|
1
2
3
4
5
6
7
|
public
class
HelloApiStaticFactory {
//工厂方法
public
static
HelloApi newInstance(String message) {
//返回需要的Bean实例
return
new
HelloImpl2(message);
}
}
|
（2）静态工厂写完了，让我们在配置文件(resources/chapter2/instantiatingBean.xml)配置Bean定义：
|
1
2
3
4
|
<!-- 使用静态工厂方法 -->
<
bean
id
=
"bean3"
class
=
"cn.javass.spring.chapter2.HelloApiStaticFactory"
factory-method
=
"newInstance"
>
<
constructor-arg
index
=
"0"
value
=
"Hello Spring!"
/>
</
bean
>
|
（3）配置完了，写段测试代码来测试一下吧，InstantiatingBeanTest：
|
1
2
3
4
5
6
7
8
|
@Test
public
void
testInstantiatingBeanByStaticFactory() {
//使用静态工厂方法
BeanFactory beanFactory =
new
ClassPathXmlApplicationContext(
"chaper2/instantiatingBean.xml"
);
HelloApi bean3 = beanFactory.getBean(
"bean3"
, HelloApi.
class
);
bean3.sayHello();
}
|
三、使用实例工厂方法实例化Bean，使用这种方式不能指定class属性，此时必须使用factory-bean属性来指定工厂Bean，factory-method属性指定实例化Bean的方法，而且使用实例工厂方法允许指定方法参数，方式和使用构造器方式一样，配置如下：
（1）实例工厂类代码（HelloApiInstanceFactory.java）如下：
|
1
2
3
4
5
6
|
package
cn.javass.spring.chapter2;
public
class
HelloApiInstanceFactory {
public
HelloApi newInstance(String message) {
return
new
HelloImpl2(message);
}
}
|
（2）让我们在配置文件(resources/chapter2/instantiatingBean.xml)配置Bean定义：
|
1
2
3
4
5
6
7
8
9
|
<!—1、定义实例工厂Bean -->
<
bean
id
=
"beanInstanceFactory"
class
=
"cn.javass.spring.chapter2.HelloApiInstanceFactory"
/>
<!—2、使用实例工厂Bean创建Bean -->
<
bean
id
=
"bean4"
factory-bean
=
"beanInstanceFactory"
factory-method
=
"newInstance"
>
<
constructor-arg
index
=
"0"
value
=
"Hello Spring!"
></
constructor-arg
>
</
bean
>
|
（3）测试代码InstantiatingBeanTest：
|
1
2
3
4
5
6
7
8
|
@Test
public
void
testInstantiatingBeanByInstanceFactory() {
//使用实例工厂方法
BeanFactory beanFactory =
new
ClassPathXmlApplicationContext(
"chapter2/instantiatingBean.xml"
);
HelloApi bean4 = beanFactory.getBean(
"bean4"
, HelloApi.
class
);
bean4.sayHello();
}
|
通过以上例子我们已经基本掌握了如何实例化Bean了，大家是否注意到？这三种方式只是配置不一样，从获取方式看完全一样，没有任何不同。这也是Spring IoC的魅力，Spring IoC帮你创建Bean，我们只管使用就可以了，是不是很简单。
2.3.5 小结
到此我们已经讲完了Spring IoC基础部分，包括IoC容器概念，如何实例化容器，Bean配置、命名及实例化，Bean获取等等。不知大家是否注意到到目前为止，我们只能通过简单的实例化Bean，没有涉及Bean之间关系。接下来一章让我们进入配置Bean之间关系章节，也就是依赖注入。
3.2.1 什么是循环依赖
循环依赖就是循环引用，就是两个或多个Bean相互之间的持有对方，比如CircleA引用CircleB，CircleB引用CircleC，CircleC引用CircleA，则它们最终反映为一个环。此处不是循环调用，循环调用是方法之间的环调用。如图3-5所示：
图3-5 循环引用
循环调用是无法解决的，除非有终结条件，否则就是死循环，最终导致内存溢出错误。
Spring容器循环依赖包括构造器循环依赖和setter循环依赖，那Spring容器如何解决循环依赖呢？首先让我们来定义循环引用类：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
package
cn.javass.spring.chapter3.bean;
public
class
CircleA {
private
CircleB circleB;
public
CircleA() {
}
public
CircleA(CircleB circleB) {
this
.circleB = circleB;
}
public
void
setCircleB(CircleB circleB)
{
this
.circleB = circleB;
}
public
void
a() {
circleB.b();
}
}
|
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
package
cn.javass.spring.chapter3.bean;
public
class
CircleB {
private
CircleC circleC;
public
CircleB() {
}
public
CircleB(CircleC circleC) {
this
.circleC = circleC;
}
public
void
setCircleC(CircleC circleC)
{
this
.circleC = circleC;
}
public
void
b() {
circleC.c();
}
}
|
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
package
cn.javass.spring.chapter3.bean;
public
class
CircleC {
private
CircleC circleC;
public
CircleB() {
}
public
CircleB(CircleC circleC) {
this
.circleC = circleC;
}
public
void
setCircleC(CircleC circleC)
{
this
.circleC = circleC;
}
public
void
b() {
circleC.c();
}
}
|
3.2.2 Spring如何解决循环依赖
一、构造器循环依赖：表示通过构造器注入构成的循环依赖，此依赖是无法解决的，只能抛出BeanCurrentlyInCreationException异常表示循环依赖。
如在创建CircleA类时，构造器需要CircleB类，那将去创建CircleB，在创建CircleB类时又发现需要CircleC类，则又去创建CircleC，最终在创建CircleC时发现又需要CircleA；从而形成一个环，没办法创建。
Spring容器将每一个正在创建的Bean 标识符放在一个“当前创建Bean池”中，Bean标识符在创建过程中将一直保持在这个池中，因此如果在创建Bean过程中发现自己已经在“当前创建Bean池”里时将抛出BeanCurrentlyInCreationException异常表示循环依赖；而对于创建完毕的Bean将从“当前创建Bean池”中清除掉。
1）首先让我们看一下配置文件（chapter3/circleInjectByConstructor.xml）：
|
1
2
3
4
5
6
7
8
9
10
|
<bean id=
"circleA"
class
=
"cn.javass.spring.chapter3.bean.CircleA"
>
<constructor-arg index=
"0"
ref=
"circleB"
/>
</bean>
<bean id=
"circleB"
class
=
"cn.javass.spring.chapter3.bean.CircleB"
>
<constructor-arg index=
"0"
ref=
"circleC"
/>
</bean>
<bean id=
"circleC"
class
=
"cn.javass.spring.chapter3.bean.CircleC"
>
<constructor-arg index=
"0"
ref=
"circleA"
/>
</bean>
|
2）写段测试代码（cn.javass.spring.chapter3.CircleTest）测试一下吧：
|
1
2
3
4
5
6
7
8
9
10
11
|
@Test
(expected = BeanCurrentlyInCreationException.
class
)
public
void
testCircleByConstructor()
throws
Throwable {
try
{
new
ClassPathXmlApplicationContext(
"chapter3/circleInjectByConstructor.xml"
);
}
catch
(Exception e) {
//因为要在创建circle3时抛出；
Throwable e1 = e.getCause().getCause().getCause();
throw
e1;
}
}
|
让我们分析一下吧：
1、Spring容器创建“circleA” Bean，首先去“当前创建Bean池”查找是否当前Bean正在创建，如果没发现，则继续准备其需要的构造器参数“circleB”，并将“circleA” 标识符放到“当前创建Bean池”；
2、Spring容器创建“circleB” Bean，首先去“当前创建Bean池”查找是否当前Bean正在创建，如果没发现，则继续准备其需要的构造器参数“circleC”，并将“circleB” 标识符放到“当前创建Bean池”；
3、Spring容器创建“circleC” Bean，首先去“当前创建Bean池”查找是否当前Bean正在创建，如果没发现，则继续准备其需要的构造器参数“circleA”，并将“circleC” 标识符放到“当前创建Bean池”；
4、到此为止Spring容器要去创建“circleA”Bean，发现该Bean 标识符在“当前创建Bean池”中，因为表示循环依赖，抛出BeanCurrentlyInCreationException。
二、setter循环依赖：表示通过setter注入方式构成的循环依赖。
对于setter注入造成的依赖是通过Spring容器提前暴露刚完成构造器注入但未完成其他步骤（如setter注入）的Bean来完成的，而且只能解决单例作用域的Bean循环依赖。
如下代码所示，通过提前暴露一个单例工厂方法，从而使其他Bean能引用到该Bean。
|
1
2
3
4
5
|
addSingletonFactory(beanName,
new
ObjectFactory() {
public
Object getObject()
throws
BeansException {
return
getEarlyBeanReference(beanName, mbd, bean);
}
});
|
具体步骤如下：
1、Spring容器创建单例“circleA” Bean，首先根据无参构造器创建Bean，并暴露一个“ObjectFactory ”用于返回一个提前暴露一个创建中的Bean，并将“circleA” 标识符放到“当前创建Bean池”；然后进行setter注入“circleB”；
2、Spring容器创建单例“circleB” Bean，首先根据无参构造器创建Bean，并暴露一个“ObjectFactory”用于返回一个提前暴露一个创建中的Bean，并将“circleB” 标识符放到“当前创建Bean池”，然后进行setter注入“circleC”；
3、Spring容器创建单例“circleC” Bean，首先根据无参构造器创建Bean，并暴露一个“ObjectFactory ”用于返回一个提前暴露一个创建中的Bean，并将“circleC” 标识符放到“当前创建Bean池”，然后进行setter注入“circleA”；进行注入“circleA”时由于提前暴露了“ObjectFactory”工厂从而使用它返回提前暴露一个创建中的Bean；
4、最后在依赖注入“circleB”和“circleA”，完成setter注入。
对于“prototype”作用域Bean，Spring容器无法完成依赖注入，因为“prototype”作用域的Bean，Spring容器不进行缓存，因此无法提前暴露一个创建中的Bean。
|
1
2
3
4
5
6
7
8
9
10
|
<!-- 定义Bean配置文件，注意scope都是“prototype”-->
<
bean
id
=
"circleA"
class
=
"cn.javass.spring.chapter3.bean.CircleA"
scope
=
"prototype"
>
<
property
name
=
"circleB"
ref
=
"circleB"
/>
</
bean
>
<
bean
id
=
"circleB"
class
=
"cn.javass.spring.chapter3.bean.CircleB"
scope
=
"prototype"
>
<
property
name
=
"circleC"
ref
=
"circleC"
/>
</
bean
>
<
bean
id
=
"circleC"
class
=
"cn.javass.spring.chapter3.bean.CircleC"
scope
=
"prototype"
>
<
property
name
=
"circleA"
ref
=
"circleA"
/>
</
bean
>
|
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
//测试代码cn.javass.spring.chapter3.CircleTest
@Test
(expected = BeanCurrentlyInCreationException.
class
)
public
void
testCircleBySetterAndPrototype ()
throws
Throwable {
try
{
ClassPathXmlApplicationContext ctx =
new
ClassPathXmlApplicationContext(
"chapter3/circleInjectBySetterAndPrototype.xml"
);
System.out.println(ctx.getBean(
"circleA"
));
}
catch
(Exception e) {
Throwable e1 = e.getCause().getCause().getCause();
throw
e1;
}
}
|
对于“singleton”作用域Bean，可以通过“setAllowCircularReferences(false);”来禁用循环引用：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
@Test
(expected = BeanCurrentlyInCreationException.
class
)
public
void
testCircleBySetterAndSingleton2()
throws
Throwable {
try
{
ClassPathXmlApplicationContext ctx =
new
ClassPathXmlApplicationContext();
ctx.setConfigLocation(
"chapter3/circleInjectBySetterAndSingleton.xml"
);
ctx.refresh();
}
catch
(Exception e) {
Throwable e1 = e.getCause().getCause().getCause();
throw
e1;
}
}
|
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
