spring IOC

Spring优点

一站式的轻量级开源框架

轻量的开源框架;轻量级框架是相对于重量级框架的一种设计模式：轻量级框架不带有侵略性API,对容器也没有依赖性,易于进行配置,易于通用,启动时间较短。这是轻量级框架相对于重量级框架的优势。

方便解耦,对象之间的依赖关系由spring进行控制,避免编码造成的耦合性过高.

Spring是一个分层的Java SE/EE应用一站式的轻量级开源框架。Spring核心是IOC和AOP。

 

1.方便解耦，简化开发，通过Spring提供的IoC容器，我们可以将对象之间的依赖关系交由Spring进行控制，避免硬编码造成的程序耦合度高。

2.AOP编程的支持，通过Spring提供的AOP功能，方便进行面向切面编程。

3.声明式事务的支持，在Spring中，我们可以从单调烦闷的事务管理代码中解脱出来，通过声明式方式灵活地进行事务的管理，提高开发效率和质量。

4.方便程序的测试，可以用非容器依赖的编程方式进行几乎所有的测试工作。

5.方便集成各种优秀框架，Spring提供了对各种优秀框架的直接支持。

松耦性的实现:Spring的核心模块实现了IoC的功能，它将类和类之间的依赖从代码中脱离出来，用配置的方式进行依赖关系描述。 由IoC容器负责类的创建，管理，获取等。BeanFactory接口是Spring框架的核心接口，实现了容器很多核心的功能。

IoC(控制反转:Inverse of Control)是Spring容器的核心。

传统程序设计中，我们需要使用某个对象的方法，需要先通过new创建一个该对象，我们这时是主动行为。而IoC是我们将创建对象的控制权交给IoC容器，这时是由容器帮忙创建及注入依赖对象，我们的程序被动的接受IoC容器创建的对象，控制权反转，所以叫控制反转。

因为IoC确实不够开门见山，所以提出了DI（依赖注入：Dependency Injection）的概念 

即让第三方来实现注入，以移除我们类与需要使用的类之间的依赖关系。

IoC是目的，DI是手段。我们为了实现IoC，让生成对象的方式由传统方式(new)反转过来，需要创建相关对象时由IoC容器帮我们注入。(DI)

简单的说，就是我们类里需要另一个类，只需要让Spring帮我们创建 ，这叫做控制反转，然后Spring帮我们将需要的对象设置到我们的类中，这叫做依赖注入。

上面的注入方式都需要我们手动的进行注入，如果有一个第三方容器能帮助我们完成类的实例化，以及依赖关系的装配，而我们只需要专注于业务逻辑的开发即可。Spring就是这样的容器，它通过配置文件或注解描述类和类之间的依赖关系，自动完成类的初始化和依赖注入的工作。

bean就是java对象,由spring来创建和管理

在容器启动时，Spring会根据配置文件的描述信息，自动实例化Bean并完成依赖关系的装配，从容器中即可获得Bean实例，就可以直接使用。Spring为什么仅凭一个简单的配置文件，就能神奇的实例化并配置好程序使用的Bean呢？

BeanFactory是Spring最核心的接口，提供了高级IoC的配置机制。ApplicationContext建立在BeanFactory的基础上，提供了更多面向应用的功能。我们一般称BeanFactory为IoC容器，ApplicationContext为应用上下文，也称为Spring容器。

应用上下文将配置加载到IOC容器，让Spring替我们管理对象，待我们需要使用对象的时候，再从容器中获取bean就ok了

，对于Spring搞对象的地方我们就不叫工厂了，而叫做容器。是的，容器的概念在java中你最熟悉的莫过于Tomcat了，它正是一个运行Servlet的web容器，而Spring要想实现依赖注入功能，就离不开对象生产的容器——如果没有容器负责对象的创建管理，你的程序代码只是喊要对象了，Spring也无处给你啊。实际上，容器是Spring框架实现功能的核心，容器不只是帮我们创建了对象那么简单，它负责了对象整个的生命周期的管理——创建、装配、销毁。关于Spring的这个容器你最常听闻的一个术语就是IOC容器。所谓IOC，是一种叫控制反转的编程思想，网上有很通俗易懂的总结，我就不胡乱阐述了。总之一句话，我的应用程序里不用再过问对象的创建和管理对象之间的依赖关系了，都让IOC容器给代劳吧，也就是说，我把对象创建、管理的控制权都交给Spring容器,这是一种控制权的反转，所以Spring容器才能称为IOC容器。不过这里要厘清一点：并不是说只有Spring的容器才叫IOC容器，基于IOC容器的框架还有很多，并不是Spring特有的。

property

解析xml文件,生成管理对象

user对象是谁创建的

user的属性是怎么设置的

这个控制就叫做控制反转,控制的内容:谁来控制对象的创建,传统的控制对象的创建时程序本身来控制的,用new来调用沟槽方法来创建的,使用spring的时候是spring来创建的.

反转:以前创建对象是自己去创建的,现在是被动的接受.权限发生了转移.正转就是程序来创建对象,反转程序本身不去创建对象,被动的接受对象.

一句话,以前由程序本身去创建对象,现在被动的接受容器送来的对象

Ioc的实现:,

ioc是一种思想主动变成被动,只是获取资源的一种

Ioc的实现是通过ioc容器来实现的,ioc的容器就是beanfactory

BeanFactory是Spring最核心的接口，提供了高级IoC的配置机制。ApplicationContext建立在BeanFactory的基础上，提供了更多面向应用的功能。我们一般称BeanFactory为IoC容器，ApplicationContext为应用上下文，也称为Spring容器。

bean 工厂是一个接口,其实就是创建bean的,它的实现类有很多

核心容器

核心容器由核心，Bean，上下文和表达式语言模块组成，它们的细节如下：

• 核心模块提供了框架的基本组成部分，包括 IoC 和依赖注入功能。
• Bean 模块提供 BeanFactory，它是一个工厂模式的复杂实现。
• 上下文模块建立在由核心和 Bean 模块提供的坚实基础上，它是访问定义和配置的任何对象的媒介。ApplicationContext 接口是上下文模块的重点。
• 表达式语言模块在运行时提供了查询和操作一个对象图的强大的表达式语言。

Spring ApplicationContext 容器

Spring ApplicationContext 容器

Application Context 是 spring 中较高级的容器。和 BeanFactory 类似，它可以加载配置文件中定义的 bean，将所有的 bean 集中在一起，当有请求的时候分配 bean。 另外，它增加了企业所需要的功能，比如，从属性文件从解析文本信息和将事件传递给所指定的监听器。这个容器在 org.springframework.context.ApplicationContext interface 接口中定义。

ApplicationContext 包含 BeanFactory 所有的功能，一般情况下，相对于 BeanFactory，ApplicationContext 会被推荐使用。BeanFactory 仍然可以在轻量级应用中使用，比如移动设备或者基于 applet 的应用程序。

最常被使用的 ApplicationContext 接口实现：

• FileSystemXmlApplicationContext：该容器从 XML 文件中加载已被定义的 bean。在这里，你需要提供给构造器 XML 文件的完整路径
• ClassPathXmlApplicationContext：该容器从 XML 文件中加载已被定义的 bean。在这里，你不需要提供 XML 文件的完整路径，只需正确配置 CLASSPATH 环境变量即可，因为，容器会从 CLASSPATH 中搜索 bean 配置文件。第一步生成工厂对象。加载完指定路径下 bean 配置文件后，利用框架提供的 FileSystemXmlApplicationContext API 去生成工厂 bean。FileSystemXmlApplicationContext 负责生成和初始化所有的对象，比如，所有在 XML bean 配置文件中的 bean。
• 第二步利用第一步生成的上下文中的 getBean() 方法得到所需要的 bean。 这个方法通过配置文件中的 bean ID 来返回一个真正的对象。一旦得到这个对象，就可以利用这个对象来调用任何方法