Spring

1、Spring概述

　　一个开源框架，是为了解决企业应用程序开发复杂性而创建的。

　　框架的主要优势之一就是其分层架构，分层架构允许选择使用哪一个组件，同时为 J2EE 应用程序开发提供集成的框架。

　　Spring 的核心要点是：支持不绑定到特定 J2EE 服务的可重用业务和数据访问对象。毫无疑问，这样的对象可以在不同 J2EE 环境 （Web 或 EJB）、独立应用程序、测试环境之间重用。

2、Spring框架　　

　　——分层架构，包括七个模块

　　

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

3、Spring IOC

　　IOC(Inversion of control)即控制反转，不是什么技术，而是一种思想。IOC意味着将你设计好的对象交给ioc容器控制，而不是传统的在你对象内部直接控制。

谁控制谁？控制什么？

　　传统Java SE程序设计，我们直接在对象内部通过new进行创建对象，是程序主动去创建依赖对象；

　　而IoC是有专门一个容器来创建这些对象，即由Ioc容器来控制对象的创建；谁控制谁？当然是IoC容器控制了对象；控制什么？那就是主要控制了外部资源获取（不只是对象包括比如文件等）；

为何时反转，在那些方面反转了？

　　有反转就有正转，传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象，也就是正转；

　　而反转则是由容器来帮忙创建及注入依赖对象；为何是反转？因为由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象，所以是反转；哪些方面反转了？依赖对象的获取被反转了。

ioc扩展：

　　IoC 不是一种技术，只是一种思想，一个重要的面向对象编程的法则，它能指导我们如何设计出松耦合、更优良的程序。传统应用程序都是由我们在类内部主动创建依赖对象，从而导致类与类之间高耦合，难于测试；有了IoC容器后，把创建和查找依赖对象的控制权交给了容器，由容器进行注入组合对象，所以对象与对象之间是 松散耦合，这样也方便测试，利于功能复用，更重要的是使得程序的整个体系结构变得非常灵活。

　　其实IoC对编程带来的最大改变不是从代码上，而是从思想上，发生了“主从换位”的变化。应用程序原本是老大，要获取什么资源都是主动出击，但是在IoC/DI思想中，应用程序就变成被动的了，被动的等待IoC容器来创建并注入它所需要的资源了。

　　IoC很好的体现了面向对象设计法则之一—— 好莱坞法则：“别找我们，我们找你”；即由IoC容器帮对象找相应的依赖对象并注入，而不是由对象主动去找。

 

4、依赖注入

4.1、设值注入：

　　设值注入是指IOC容器使用属性的Setter方法来注入被依赖的实例。这种注入方式简单、直观，因而在Spring的依赖注入里大量使用。

例外：

注意：Spring推荐面向接口编程，可以更好的让规范和实现分离，从而提供更好的解耦，对于一个JAVAEE应用，不管是DAO组件，还是业务逻辑组件，都应该先定义一个接口，该接口定义组件应该实现的功能，但是功能的实现则由其实现类提供。

我们先定义2个接口，如：

然后，分别实现其实现类，如：

 

 

 

 

最后，我们在applicationContext.xml的<beans></beans>中分别配置2个JAVABEAN实例，并配置其关系管理。如：

 

在配置文件中，Spring配置Bean实例通常会指定2个属性：

Id：指定该Bean的唯一标识，程序通过ID属性值来访问该BEAN实例。

Class:指定该BEAN的实现类，此处不可再用接口，必须使用实现类，Spring容器会使用XML解析器读取该属性值，并利用反射来创建该实现类的实例。

 

从上面的示例中，可以分析出，依赖注入以配置文件管理BEAN实例之间的耦合，让BEAN实例之间的耦合从代码层次分离出来，依赖注入是一种优秀的解耦方式。

分析得到SpringIOC容器的3个基本要点：

1、 应用程序的各组件面向接口编程。面向接口编程可以将各组件之间的耦合提示到接口层次，从而有利于项目后期的发展。

2、 应用程序的各组件不再由程序主动产生，而是由Spring容器来负责产生、并初始化。

3、 Spring采用配置文件、或Annotation来管理Bean的实现类、依赖关系，Spring容器则根据配置文件、利用反射来创建实例，并为之注入依赖关系。

 4.2、构造注入

　　通过setter方法为目标Bean注入依赖关系的方式，被称为设值注入；

　　另外还有一种注入方式，这种方式在构造实例时，已经为其完成了依赖关系的初始化。这种利用构造器来设置依赖关系的方式，被称之为构造注入。

　　

import com.lovo.beans.CardInfoT;

import com.lovo.dao.ICardDao;

import com.lovo.service.ICardService;

 

public class CardServiceImpl implements ICardService {

 

private ICardDao cardDaoImpl;

 

//默认的构造器,如果要设置有参构造，需要先显示执行无参构造

public CardServiceImpl(){

}

/**

 * 构造注入所需的带参数的构造器

 * @param cardDao

 */

public CardServiceImpl(ICardDao cardDao){

this.cardDaoImpl = cardDao;

}

public void saveCard(CardInfoT card) {

// TODO Auto-generated method stub

cardDaoImpl.saveCard(card);

}

}

<!-- 由spring容器创建实例化对象，并管理对象之间的关系 -->

<bean id="cardDaoImpl" class="com.lovo.dao.impl.CardDaoImpl"></bean>

<!-- spring构造注入-->

<bean id="cardServiceImpl" class="com.lovo.service.impl.CardServiceImpl">

<!-- 使用构造注入，为 cardServiceImpl实例注入cardDaoImpl实例-->

<constructor-arg ref="cardDaoImpl"></constructor-arg>

</bean>

两种注入方式的对比：

Spring同时支持两种依赖注入方式:设置注入和构造注入。两种注入方式，并没有绝对的好坏之分，只是适应的场景有所不同。

相比之下，设置注入具有如下优点：

1、 与传统的JavaBean的写法更相识，程序开发人员更容易理解、接受、通过setter方式设定依赖关系显得更加直观、自然。

2、 对于复杂的依赖关系，如果采用构造注入，会导致构造器过于臃肿，难以阅读。Spring在创建Bean实例时，需要同时实例化其依赖的全部实例，因而导致性能下降。而使用设置注入，则可以避免。

3、 尤其是在某些属性可选的情况下，多参数的构造器更加笨重。

 

当然，构造注入也不是绝对不如设值注入，某些特定的场合，构造更适合。构造也有如下优点：

1、 构造注入可以在构造器中决定依赖关系的注入顺序，优先依赖的优先注入，常常需要依赖于Datasource的注入。采用构造注入，可以在代码中清晰地决定注入顺序。

2、 对于依赖关系无须变化的Bean,构造注入更有用处。因为没有setter方法，所有的依赖关系全部在构造器中设定，因此，无须担心后续的代码对依赖关系产生破坏。

3、 依赖关系只能在构造器中设定，则只有组件的创建者才能改变组件的依赖关系。对组件的调用者而言，组件内部的依赖关系完全透明，更符合高内聚的原则。

建议采用以设值注入为主，构造注入为辅的注入策略。对于依赖关系无须变化的注入，尽量采用构造注入；而其他的依赖关系的注入，则考虑采用设值注入

 

5、Spring的配置

5.1、几种配置方式　　

 

5.2、Java配置

1）@Configuration 和 @Bean

Spring的Java配置方式是通过 @Configuration 和 @Bean 这两个注解实现的：

1、@Configuration 作用于类上，相当于一个xml配置文件；

2、@Bean 作用于方法上，相当于xml配置中的<bean>；

5.3、注解配置

　　1）@Service、@Component、@Repository、@Controlle

5.4、XML配置

Spring 的配置文件是XML格式，Spring的IOC容器启动时就需要传入一个配置文件，才能以此为基础创建一个容器，并且实例化、配置配置文件中配置好的Bean。

Spring 配置文件用于指导Spring 工厂生产Bean，并进行依赖关系的注入，以及Bean实例的分发。Spring默认使用applicationContext.xml配置文件，可以修改。

Spring 启动成功需要有Spring 依赖包、配置文件以及配置的Bean的类都合法。

 

Spring 启动时读取应用程序提供的Bean配置信息，并在Spring容器中生成一份Bean的配置注册表；然后根据这张注册表来实例化Bean，装配好Bean之间的依赖关系；为应用上层提供就绪的运行环境。

Spring 容器中对象更加明确的经历了定义、实例化和使用等阶段：

• 对象定义： Spring 容器启动时，会根据开发人员对 Bean（对象）的定义，统一解析这些 Beans 到 Bean Definition容器 (ConcurrentHashMap<String, BeanDefinition>beanDefinitionMap) 中。同时 Spring 也会解析一些容器启动所必须的和一些默认行为的 Beans 到Bean Definition容器中。
• 对象实例化： Spring 容器根据一定的规则，将 beanDefinitionMap 中的每个 Bean Definition实例化为具体的 Java 对象，同时会将 Singleton 类型的对象缓存到 bean 容器 (ConcurrentHashMap<String, Object> singletonObjects) 中。
• 对象使用： 前两步骤为 Spring 容器启动时执行，该步骤为应用程序在执行相关业务逻辑时，会到 Spring 容器中找出（Single 类型）或者实例化（如 Prototype 类型）相关对象，供业务逻辑使用。