Spring IOC

一．Spring框架概述
Spring是一个开源免费的框架，为了解决企业应用开发的复杂性而创建。Spring框架是一个轻量级的解决方案，可以一站式地构建企业级应用。Spring是模块化的，所以可以只使用其中需要的部分。可以在任何web框架上使用控制反转（IoC），也可以只使用Hibernate集成代码或JDBC抽象层。它支持声明式事务管理、通过RMI或web服务实现远程访问，并可以使用多种方式持久化数据。它提供了功能全面的MVC框架，可以透明地集成AOP到软件中。

      Spring被设计为非侵入式的，这意味着你的域逻辑代码通常不会依赖于框架本身。在集成层（比如数据访问层），会存在一些依赖同时依赖于数据访问技术和Spring，但是这些依赖可以很容易地从代码库中分离出来。
      Spring框架是基于Java平台的，它为开发Java应用提供了全方位的基础设施支持，并且它很好地处理了这些基础设施，所以你只需要关注你的应用本身即可。
      Spring可以使用POJO（普通的Java对象，plain old java objects）创建应用，并且可以将企业服务非侵入式地应用到POJO。这项功能适用于Java SE编程模型以及全部或部分的Java EE。

那么，做为开发者可以从Spring获得哪些好处呢？
不用关心事务API就可以执行数据库事务；
不用关心远程API就可以使用远程操作；
不用关心JMX API就可以进行管理操作；
不用关心JMS API就可以进行消息处理。
①JMX，Java Management eXtension，Java管理扩展，是一个为应用程序、设备、系统等植入管理功能的框架。JMX可以跨越一系列异构操作系统平台、系统体系结构和网络传输协议，灵活的开发无缝集成的系统、网络和服务管理应用。
②JMS，Java Message Service，Java消息服务，是Java平台上有关面向消息中间件(MOM)的技术规范，它便于消息系统中的Java应用程序进行消息交换,并且通过提供标准的产生、发送、接收消息的接口简化企业应用的开发。

二．框架特征与功能
a)轻量：从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。
b)控制反转IOC：Spring通过一种称作控制反转（IoC）的技术促进了低耦合。当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认为IoC与JNDI相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。
c)面向切面AOP：Spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计（auditing）和事务（transaction）管理）进行内聚性的开发。应用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。

      d)容器：Spring包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个bean如何被创建——基于一个可配置原型（prototype），你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。然而，Spring不应该被混同于传统的重量级的EJB容器，它们经常是庞大与笨重的，难以使用。
      e)框架：Spring可以将简单的组件配置、组合成为复杂的应用。在Spring中，应用对象被声明式地组合，典型地是在一个XML文件里。Spring也提供了很多基础功能（事务管理、持久化框架集成等等），将应用逻辑的开发留给了你。
      f)MVC：Spring的作用是整合，但不仅仅限于整合，Spring 框架可以被看做是一个企业解决方案级别的框架，Spring MVC是一个非常受欢迎的轻量级Web框架。

三．Spring的组成
a)核心容器：核心容器提供 Spring 框架的基本功能。核心容器的主要组件是 BeanFactory，它是工厂模式的实现。BeanFactory 使用控制反转（IOC） 模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。
b)Spring上下文：Spring 上下文是一个配置文件，向 Spring 框架提供上下文信息。Spring 上下文包括企业服务，例如 JNDI、EJB、电子邮件、国际化、校验和调度功能。
c)Spring AOP：通过配置管理特性，Spring AOP 模块直接将面向方面的编程功能集成到了 Spring 框架中。所以，可以很容易地使 Spring 框架管理的任何对象支持 AOP。Spring AOP 模块为基于 Spring 的应用程序中的对象提供了事务管理服务。通过使用 Spring AOP，不用依赖 EJB 组件，就可以将声明性事务管理集成到应用程序中。
d)Spring DAO：JDBC DAO 抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和关闭连接）。Spring DAO 的面向 JDBC 的异常遵从通用的 DAO 异常层次结构。
e)Spring ORM：Spring 框架插入了若干个 ORM 框架，从而提供了 ORM 的对象关系工具，其中包括 JDO、Hibernate 和 iBatis SQL Map。所有这些都遵从 Spring 的通用事务和 DAO 异常层次结构。
f)Spring Web模块：Web 上下文模块建立在应用程序上下文模块之上，为基于 Web 的应用程序提供了上下文。所以，Spring 框架支持与 Jakarta Struts 的集成。Web 模块还简化了处理多部分请求以及将请求参数绑定到域对象的工作。
g)Spring MVC框架：MVC 框架是一个全功能的构建 Web 应用程序的 MVC 实现。通过策略接口，MVC 框架变成为高度可配置的，MVC 容纳了大量视图技术，其中包括 JSP、Velocity、Tiles、iText 和 POI。
Spring 框架的功能可以用在任何 J2EE 服务器中，大多数功能也适用于不受管理的环境。
Spring 的核心要点是：支持不绑定到特定 J2EE 服务的可重用业务和数据访问对象。
毫无疑问，这样的对象可以在不同 J2EE 环境 （Web 或 EJB）、独立应用程序、测试环境之间重用。

Spring是一个开源的框架，现在的Spring框架构成了一个体系平台，通过Spring的官方网站http://www.springsource.org可以了解到，围绕着Spring框架本身，还有许多其他优秀的项目:
SpringFramework(Core)：核心项目
Spring Web Flow：工作流项目
Spring Security：安全项目
Spring Batch：批量数据处理项目
Spring Android：Android系统支持项目
Spring Social：社交项目

四．Spring IOC基础
a)控制反转IoC(Inversion of Control)：是一种设计思想，DI(依赖注入)是实现IoC的一种方法，也有人认为DI只是IoC的另一种说法。没有IoC的程序中我们使用面向对象编程对象的创建与对象间的依赖关系完全硬编码在程序中，对象的创建由程序自己控制，控制反转后将对象的创建转移给第三方。

     b)IoC是Spring框架的核心内容，使用多种方式完美的实现了IoC，可以使用XML配置，也可以使用注解，新版本的Spring也可以零配置实现IoC。Spring容器在初始化时先读取配置文件，根据配置文件或元数据创建与组织对象存入容器中，程序使用时再从Ioc容器中取出需要的对象。

SpringIOC容器读取方式分为两种：
BeanFactory：BeanFactory为IOC容器提供了基础功能，Spring文档中提到，当前该类仅仅是为了向后兼容老的版本，除非你有更好的原因否则就应该使用第二种容器。
ApplicationContext：通过API文档可以知道，ApplicationContext是BeanFactory的子接口，并且从文档中也可以看到ApplicaionContext除了包含有BeanFactory的所有功能还支持了更多的功能。
ApplicationContext的实现有四种方式：
FileSystemXmlApplicationContext：加载配置文件的时候采用的是项目的路径。
ClassPathXmlApplicationContext：加载配置文件的时候根据ClassPath位置。
XmlWebApplicationContext：在Web环境下初始化监听器的时候会加载该类。
AnnotationConfigApplicationContext：根据注解的方式启动Spring容器。

五．Spring IoC实现方式
a)XML方式之-----属性方式
b)XML方式之-----构造器方式
下边是XML方式中的常见属性
Bean元素：每一个标签bean对应的就一个类对象，通过id(或者Name)以及Class来定位一个类，这边Class要求是完全限定类名。

名称 解释
id 对象名
class 对象的完整类路径
name 等同于id，用于指定bean的别名
singleton 用于指定当前Bean的创建模式true表示为单例模式false表示原型模式（prototype），BeanFactory将为每次Bean请求创建一个新的Bean实例。
depends-on 用于指定当前Bean的依赖Bean，强制指定的Bean在当前Bean初始化之前先完成初始化
init-method 用于指定当前Bean的初始化方法，在Bean实例创建好后，首先会调用其指定名称的方法
destory-method 用于指定当前Bean的销毁方法，在Bean即将被销毁之前会自动调用该属性指定的方法
scope 生命周期作用域：
singleton: 默认的，每个IOC容器作用域中一个bean定义只对应一个对象实例
prototype: 一个bean定义对应多个对象实例
request： 一个bean定义作用于HTTP的Request生命周期；是指每个HTTP的Request拥有自己的通过一个bean定义创建的实例。仅在web中有效
session： 一个bean定义作用于HTTP的Session生命周期；是指每个HTTP的Session拥有自己的通过一个bean定义创建的实例。仅在web中有效
application： 一个bean定义作用于HTTP的Application生命周期；是指每个HTTP的Application拥有自己的通过一个bean定义创建的实例。仅在web中有效
lazy-init 用于指定当前Bean的初始化时间，若值为true表示在初次调用时才会自动创建实例并初始化，false表示在IoC容器创建的时候就会完成创建和初始化
autowire 用于指定当前Bean的依赖关系的自动注入方式，其有五个值：
byName值： 表示通过id名称来自动匹配；
byType值： 表示通过class指定的类型来自动装配；
constructor值： 表示使用构造函数的参数进行自动装配（参数的类型匹配）；
autodetect值： 表示自动进行选择匹配方式，首先进行constructor自动装配，若不存在构造方法则使用byType方式进行自动装配；
no值： 表示不适用自动装配。
Property元素： 属性标签，负责给对象属性赋值
名称 解释
name 属性名
value 通过字符串来指定属性或构造器参数的值
ref 通过使用ref标记指定bean属性的目标bean
value标签 用于指定属性的值，类型为基本类型、字符串类型，值为标签内的文本内容，可以使用null值将属性的值设置为null
ref标签 用于指定属性的值，类型为引用对象类型，值为其属性的值，其属性有以下三种：
local属性： 用于指定依赖本地Bean实例，即同一XML文件中定义的Bean
bean属性：用于指定依赖的Bean实例，可以是不同XML文件中的Bean
parent属性：用于指定依赖的Bean实例，可以是当前BeanFactory或ApplicationContext的父BeanFactory或ApplicationContext中的Bean
list标签 用于声明该依赖对象为一个list集合，其下用value和ref标签来指定list中的各值
set标签 用于声明该依赖对象为一个set集合，其用法与list标签相同。
map标签 用于声明该依赖对象为一个map集合，其下用entry标签来声明一个键值对
entry标签： 用于声明map集合下的一个键值对，其下用key属性指明键，value/ref标签指明值
→key属性： 用于指明键值对中的键，它一般为字符串
→value标签：用于指明键值对中的值，类型为基本类型、字符串类型
→ref标签：用于指明键值对中的值，类型为引用对象类型，即其他的Bean，其用法同之前的ref标签
c)注解方式
需要注意的是，注解方式需要进行自动装配才能完成

<context:component-scan base-package=“被自动检索的包” />
目前这里只介绍这一种方式，后边在有介绍其他效果

名称 解释
@Component 启动Spring后，会自动把它转成容器管理的Bean
@Repository 用于对DAO实现类进行注解。
@Service 用于对业务层注解，但是目前该功能与 @Component 相同。
@Constroller 用于对控制层注解，但是目前该功能与 @Component 相同
@Scope 作用域，等同于XML中的scope
写法例如：
@Component(“ui”)
@Scope(“prototype”)
@Resource 默认是按照名称来装配注入的，只有当找不到与名称匹配的bean才会按照类型来装配注入
@Autowired 默认是按照类型装配注入的，如果想按照名称来转配注入，则需要结合@Qualifier一起使用；
@Qualifier @Qualifier(“XXX”) 中的 XX是 Bean 的名称，所以 @Autowired 和 @Qualifier 结合使用时，自动注入的策略就从 byType 转变成 byName 了。