Spring的IoC容器

Spring的IoC容器

IoC在程序开发中，实例的创建不再由调用者管理，而是由Spring容器创建。Spring容器会负责控制程序之间的关系，而不是由程序代码直接控制，因此，控制权由程序代码转移到了Spring容器中，控制权发生了反转，这就是Spring的IoC思想基础理论回顾

Spring是一个轻量级的控制反转IoC/DI依赖注入和面向切面AOP的开源容器框架，是一个开源的

Java/Java EE全功能栈full-stack的应用程序框架，以Apache许可证形式发布
Spring是一个轻量级的DI/IoC和AOP容器框架。存在的目的是用于构建轻量级的JavaEE应用。

Spring以一种非侵入式的方式来管理你的代码，Spring提倡”少侵入”，这也就意味着你可以适当的时候安装或卸载Spring
目的：解决企业应用开发的复杂性
功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能范围：任

何Java应用

简单来说，Spring是一个轻量级的控制反转（IoC）和面向切面（AOP）的容器框架

Spring基础就是IoC/DI容器

简单来说，Spring是一个分层的JavaSE/EE full-stack(一站式解决方案) 轻量级开源框架

Spring的模块化结构

6个模块20多个子项目组成的，Spring的模块化是很强的，各个功能模块都是独立的，可以选择的使用

IoC(Inversion of Control)：其思想是反转资源获取的方向
DI(Dependency Injection) — 即组件以一些预先定义好的方式(例如: setter 方法)接受来自如容器的资源注入. 相对于 IoC 而言，这种表述更直接。
bean是Spring管理的基本单位，在Spring的应用中，所有的组件都是bean，bean包括数据源、
Hibernate的SessionFactory及事务管理器等。 Spring里的bean是非常广义的概念，任何的Java对象，Java组件都可被当成bean处理。甚至这些组件并不是标准的JavaBean。整个应用中各层的对
象都处于 Spring 的管理下，这些对象以 bean 的方式存在，Spring负责创建 bean 实例，并管理其生命周期。
bean在Spring容器中运行时，无须感受Spring容器的存在，一样可以接受Spring的依赖注入，包括 bean属性的注入，合作者的注入及依赖关系的注入等
Spring优势
低侵入/低耦合（降低组件之间的耦合度,实现软件各层之间的解耦。）声明式事务管理
方便集成其他框架
降低JavaEE开发难度
Spring框架中包括JavaEE 三层的每一层的解决方案 （一站式）
Spring功能
Spring能帮我们根据配置文件创建及组装对象之间的依赖关系
Spring 面向切面编程能帮助我们无耦合的实现日志记录，性能统计，安全控制
Spring能非常简单的帮我们管理数据库事务
Spring还提供了与第三方数据访问框架（如Hibernate、JPA）无缝集成，而且自己也提供了一套
JDBC访问模板，来方便数据库访问
Spring还提供与第三方Web（如Struts、JSF）框架无缝集成，而且自己也提供了一套Spring MVC 框架，来方便web层搭建
Spring能方便的与Java EE（如Java Mail、任务调度）整合，与更多技术整合（比如缓存框架）。
Spring的核心思想

A a = new A1()然后通过a来调用接口的方法，对于C来说是主动实例化对象，直接获取依赖。
这种实现方法的缺点：
更换实现需要重新编译源代码很难更换实现，很难测试
耦合实例生产者和实例消费者工厂模式
设计模式属于创建型模式，它提供了一种创建对象的 佳方式主要解决：主要解决接口实现的选择问题。
优点： 1、一个调用者想创建一个对象，只要知道其名称就可以了。 2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。 3、屏蔽产品的具体实现，调用者只关心产品的接口
缺点：每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。这并不是什么好事。
工厂模式中产品可扩展，但是产品只能一种系列抽象工厂模式
抽象工厂模式（Abstract Factory Pattern）是围绕一个超级工厂创建其他工厂。该超级工厂又称为其他工厂的工厂。这种类型的设计模式属于创建型模式，它提供了一种创建对象的 佳方式主要解决：提供一个创建一系列相关或相互依赖对象的接口，解决接口实现选择的问题
优点：当一个产品族中的多个对象被设计成一起工作时，它能保证客户端始终只使用同一个产品族中的对象
缺点：产品族扩展非常困难，要增加一个系列的某一产品，既要在抽象的 Creator 里加代码，又要在具体的里面加代码。
功能扩展
产品的系列不可扩展，引入资源文件，使用反射创建字串所指代的对象。
但是properties文件在IDE中缺乏语法检查,所以考虑采用xml作为配置
Spring的工厂模式实现
Spring框架 重要是提供了以类似上面xml+BeanFactory的方式管理配置在xml文件中的受管Bean
XML配置
XML可扩展标记语言，是一种依靠与SGML由w3c定义出来的标记语言。XML允许用户自定义标签，提供了2种方式说明其中的标签: dtd[ 文档类型定义]或者xsd(模式类型定义)。
Xml文件可以分为无效、良构和有效的3种，一般对xml文件的解析至少要求良构的。
XML文件作用
存储数据传递数据，即服务器以XML的形式传输数据
软件配置，即通过配置XML文件，通知应用程序如何处理业务
XML和Html的关系
XML 不是 HTML 的替代。
XML 和 HTML 为不同的目的而设计：
XML 被设计用来传输和存储数据，其焦点是数据的内容。
HTML 被设计用来显示数据，其焦点是数据的外观。
HTML 旨在显示信息，而 XML 旨在传输信息。
XML文件的解析模型
DOM
DOM是W3C处理XML的标准API，它是许多其它与XML处理相关的标准的基础，不仅是Java，其它诸如
Javascript，PHP，MS .NET 等等语言都实现了该标准， 成为了应用 为广泛的XML处理方式
形成树结构，直观好理解
解析过程中树结构保留在内存中，方便修改

当xml文件较大时，对内存消耗比较大，容易影响解析性能并造成内存溢出适用范围：小型XML文件解析、需要全解析或者大部分解析XML、需要修改XML树内容以生成自己的对象模型
SAX
SAX使用了 少的系统资源和 快速的解析方式对XML处理提供了支持。 但随之而来繁琐的查找方式也给广大程序员带来许多困扰，常常令人头痛不已
采用事件驱动模式，对内存消耗比较小适用于只需要处理xml中数据时

不易编码
很难同时访问同一个xml文件中的多处不同位置
适用范围：大型XML文件解析、只需要部分解析或者只想取得部分XML树内容、有XPath查询需求、有自己生成特定XML树对象模型的需求 Spring基本框架结构
Spring是一种JavaEE开发中的一站式解决方案，所以其中包含的内容比较多，为了避免在应用中添加无用功能，所以Spring采用了非强制性的模块化结构，在具体应用中，可以根据应用所需要的功能进行选择添加
Spring3.x分为6大模块，Spring的模块化是很强的，各个功能模块都是独立的，可以选择的使用

Core模块是Spring应用的基础，提供了 基本的IoC/DI容器的支持和实现
AOP模块建立在Core模块的基础上,提供了AOP技术的支持,以简化AOP编程的复杂度
DAO和ORM模块建立在AOP的基础上，DAO提供了dao模式编程的简化支持,ORM提供了整合持久层框架的支持。同时在AOP的基础上给数据库访问提供了声明式事务的支持
JEE模块建立在Core模块的基础上，提供了针对EJB\邮件javaMail等企业级应用支持
Web模块建立在core模块的基础上，提供了整合其它表现层框架【例如Struts\JSF等】的支持，同时提出了自己的表现层框架SpringMVC[针对Struts1提出的]

Instrumentation底层基础，是一种没有图形界面的，具有启动能力的，用于监控其他类的工具类
Test提供了单元测试的支持,要求junit4.8+版本
Spring的全方位应用程序框架

ssm=SpringMVC+Spring+MyBatis [一般开发中常用，尤其是互联网应用开发类型的公司，一般中小型快速开发中应用]
ssh[2]=Struts2+Spring+Hibernate [使用较少，一般在大型软件公司中长期使用，考试居多] 概述 IoC
IoC控制反转Inversion of control不是什么技术，而是一种设计思想。在Java开发中，IoC意味着将设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。IoC是一种让服务消费者不直接依赖于服务提供者的组件设计方式，是一种减少类与类之间依赖的设计原则
IoC用途
IoC不是一种技术，只是一种思想，一个重要的面向对象编程的法则，它能指导如何设计出松耦合、更优良的程序。传统应用程序都是在类内部主动创建依赖对象，从而导致类与类之间高耦合，难于测试; 有了
IoC容器后, 把创建对象和查找依赖对象的控制权交给了容器, 由容器进行注入组合对象, 所以对象与对象之间是松散耦合, 这样也方便测试, 利于功能复用，更重要的是使得程序的整个体系结构变得非常灵活.
其实，IoC对编程带来的 大改变不是从代码上，而是从思想上，发生了"主从换位"的变化,应用程序原本是老大,要获取什么资源都是主动出击,但是在IoC/DI思想中，应用程序就变成被动的了,被动的等待IoC容器来创建并注入它所需要的资源了基本概念
IoC容器
简单的理解就是，实现IoC思想，并提供对象创建、对象装配以及对象生命周期管理的软件就是IoC 容器
IoC理解
1、 应用程序无需主动new对象;而是描述对象应该如何被创建即可，IoC容器帮你创建，即被动实例化;
2、 应用程序不需要主动装配对象之间的依赖关系，而是描述需要哪个服务，IoC容器会帮你装配，被动接受装配;
3、 主动变被动，以前创建对象、装配对象的依赖关系都是由应用程序主动完成，现在变成被动了由IoC 容器来完成
4、 应用程序不知道依赖的具体实现，只知道需要提供某类服务的对象,达到并松散耦合;
5、 是一种让服务消费者不直接依赖于服务提供者的组件设计方式，是一种减少类与类之间依赖的设计原则
使用Ioc/DI容器开发需要改变思路
1、 应用程序不主动创建对象，但是要描述创建它们的方法
2、 在应用程序代码中不直接进行服务的装配，但是要描述哪一个组件需要哪一项服务，由容器负责将这些装配在一起
也就是说：所有的组件都是被动的，组件初始化和装配都由容器负责，应用程序只是获取相应的组件后，实现应用的功能即可概述 DI
DI依赖注入Dependency Injection即组件之间的依赖关系由容器在运行期决定，形象的来说，即由容器动态的将某种依赖关系注入到组件之中. 依赖注入的目标并非为软件系统带来更多的功能，而是为了提升组件重用的概率，并为系统搭建一个灵活、可扩展的平台。通过依赖注入机制只需要通过简单的配置，而无需任何代码就可指定目标需要的资源，完成自身的业务逻辑，而不用关心具体的资源来自何处、由谁实现
控制反转和依赖注入
它们不是同一个概念，但是它们是同一个概念的不同角度的描述
控制反转IoC从 IoC容器的角度来说依赖注入DI从应用程序的角度来说
IoC/DI的基本思想
1、 把程序之间的依赖关系去掉
2、 把程序对象设置到IoC/DI容器的配置中，作为Bean来统一管理
3、 由IoC/DI容器来管理Bean的创建、实例化
4、 由IoC/DI容器来把Bean之间的关系注入到需要这些关系的对象里面
简而言之：就是把对象之间的依赖关系全部去掉，由IoC/DI容器来管理对象和对象之间的依赖关系，实现对象之间的松散耦合
使用IoC/DI容器开发需要改变思路
1、应用程序不主动创建对象，但是要描述创建它们的方法 2、在应用程序代码中不直接进行服务的装配，但是要描述哪一个组件需要哪一项服务，由容器负责将这些装配在一起 也就是说：所有的组件都是被动的，组件初始化和装配都由容器负责，应用程序只是获取相应的组件后，实现应用的功能即可受管bean的定义方法
配置方式有3种: XML、xml+Annoration、JavaConfig
Bean的创建方式：通过全类名（反射）、通过工厂方法（静态工厂方法 & 实例工厂方法）、
FactoryBean
受管bean的配置方式
定义对应的类，并进行配置,将对象纳入到容器中进行管理(受管bean)
【(Spring2.5-)xml配置 xml+注解配置 (Spring4.0+建议)JavaConfig类配置】
xml配置：适合实现类来源于第三方类库，可以引入对应的命名空间简化配置
注解配置：适合实现类是当前项目开发的，可以直接在Java类中使用基于注解的配置
JavaConfig类配置：优势在于可以通过代码方式控制bean初始化的整体逻辑
Spring的核心配置文件applicationContext.xml
1 <?xml version="1.0" encoding="UTF-8"?>
2 <beans xmlns=“http://www.springframework.org/schema/beans”
3 xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”
4 xmlns:p=“http://www.springframework.org/schema/p”
5 xsi:schemaLocation=“http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd”>
6 7

XML受管bean

< bean id=“名称” name="" class="" scope=""/>
没有任何特殊要求，一般Java类都可以充当JavaBean，一般需要无参构造器，private属性和public的 get/set方法, 非final类

id为在代码中引用的名称，唯一，且可以为多个，利用逗号、分号、或空格分隔 class指向全类名，spring就是根据全类名，通过反射生成一个实例对象，id为这个实例对象的引用，所以必须在这个类中添加默认的构造方法，并且属性要有setter方法
scope
singleton单例，是默认属性：Spring将Bean放入Spring IoC容器的缓存池中，并将Bean引用返回给调用者，spring IoC容器负责对这些Bean进行后续的生命管理。BeanFactory只管理一个共享的实例。所有对这个特定bean的实例请求，都导致返回这个唯一bean实例的引用。即每次拿到的对象都是引用的同一个地址的对象。当一个bean被标识为singleton时候，spring 的IoC容器中只会存在一个该bean
prototype原型：不管是BeanFactory或者ApplicationContext都是延迟加载使用的。每次对这个bean的实例请求都会导致一个新的实例的创建。当用户需要不受其他用户对象影响的对象或有类似的需求时，这是一个较理想的解决办法。即每次拿到的对象都是引用的不同地址的
对象。相当于一个new的操作。清除prototype作用域的对象并释放任何prototype bean所持有的昂贵资源，都是客户端代码的职责
以下3种scope都使用的较少,有request\session\global session，类似于JavaEE里面的 request和session。在使用SpringMVC是可能会用到 request表示针对每一次HTTP请求都会产生一个新的bean，同时该bean仅在当前HTTP
request内有效
session表示一个用户【客户】对应一个新的bean
global session作用域类似于标准的HTTPSession作用域，不过仅仅在基于portlet的web
应用中才有意义
注意：对于struts2中的Action来说需要指明scope=prototype，因为struts2的Action要求是多实例、单线程的

建议：private属性public的get/set方法、 无参构造器、 非fianl类

所谓依赖注入，是指程序运行过程中，如果需要调用另一个对象协助时，无须在代码中创建被调用
者，而是依赖于外部的注入<bean id=”” class=”” p:属性名称-ref=”另外受管bean的名称”/> xml+Annoration
一类是使用Bean，即是把已经在xml文件中配置好的Bean拿来用，完成属性、方法的组装；比如
@Autowired , @Resource，可以通过byTYPE（@Autowired）、byNAME（@Resource）的方式获取
Bean
一类是注册Bean，@Component , @Repository , @ Controller , @Service , @Configration这些注解都是把你要实例化的对象转化成一个Bean，放在IoC容器中，等要用的时候，它会和上面的@Autowired ,
@Resource配合到一起，把对象、属性、方法完美组装

相关注解
1、 @Service用于标注业务层组件
2、 @Controller用于标注控制层组件