Spring-（2）Spring IOC

Spring-（2）Spring IOC

Ioc—Inversion of Control，即“控制反转”，不是什么技术，而是一种设计思想。在Java开发中，Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。如何理解好Ioc呢？理解好Ioc的关键是要明确“谁控制谁，控制什么，为何是反转（有反转就应该有正转了），哪些方面反转了”，那我们来深入分析一下：

• 谁控制谁，控制什么：传统Java SE程序设计，我们直接在对象内部通过new进行创建对象，是程序主动去创建依赖对象；而IoC是有专门一个容器来创建这些对象，即由Ioc容器来控制对象的创建；谁控制谁？当然是IoC 容器控制了对象；控制什么？那就是主要控制了外部资源获取（不只是对象包括比如文件等）。

• 为何是反转，哪些方面反转了：有反转就有正转，传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象，也就是正转；而反转则是由容器来帮忙创建及注入依赖对象；为何是反转？因为由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象，所以是反转；哪些方面反转了？依赖对象的获取被反转了。

---

这是Spring官方文档上对Spring IOC容器的描述

这个意思是将Java的POJO类注入到Spring的IOC容器中，然后容器利用 Java 的 POJO 类和配置元数据来生成完全配置和可执行的系统或应用程序，如果我们需要一个对象，我们只需要告诉IOC容器，然后IOC容器就会帮我new一个对象，这就是IOC容器的作用。

Spring 提供了以下两种不同类型的容器

• Spring BeanFactory 容器:它是最简单的容器，给 DI 提供了基本的支持，它用org.springframework.beans.factory.BeanFactory 接口来定义。BeanFactory 或者相关的接口，如 BeanFactoryAware，InitializingBean，DisposableBean，在 Spring 中仍然存在具有大量的与 Spring 整合的第三方框架的反向兼容性的目的。

• Spring ApplicationContext 容器:该容器添加了更多的企业特定的功能，例如从一个属性文件中解析文本信息的能力，发布应用程序事件给感兴趣的事件监听器的能力。该容器是由 org.springframework.context.ApplicationContext 接口定义。

  需要说明的是，ApplicationContext 的功能比BeanFactory 更多，它包含了BeanFactory ，所以一般我们做大型来说，用ApplicationContext 更好。但BeanFactory 仍然可以用于轻量级的应用程序，如移动设备或基于 applet 的应用程序，其中它的数据量和速度是显著。

Spring BeanFactory容器

这是一个最简单的容器，它主要的功能是为依赖注入 （DI） 提供支持，这个容器接口在 org.springframework.beans.factory.BeanFactor 中被定义。 BeanFactory 和相关的接口，比如，BeanFactoryAware、 DisposableBean、InitializingBean，仍旧保留在 Spring 中，主要目的是向后兼容已经存在的和那些 Spring 整合在一起的第三方框架。

在 Spring 中，有大量对 BeanFactory 接口的实现。其中，最常被使用的是 XmlBeanFactory 类。这个容器从一个 XML 文件中读取配置元数据，由这些元数据来生成一个被配置化的系统或者应用。

在资源宝贵的移动设备或者基于 applet 的应用当中， BeanFactory 会被优先选择。否则，一般使用的是 ApplicationContext，除非你有更好的理由选择 BeanFactory。

我们来看一个例子：

HelloSpring是一个POJO类（直接贴源代码）

public class HelloSpring {
    private String message;

    public String getMessage() {
        return message;
    }

    public void setMessage(String message) {
        this.message = message;
    }

}

Bean.xml(关于基本的配置我已经在Spring-（1）HelloSpring中讲到了，废话不多说，直接贴代码)

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://www.springframework.org/schema/beans
    http://www.springframework.org/schema/beans/spring-beans-4.3.xsd">
        <bean id="springBeanFactory" class="com.tbspringIOC.BeanFactory.HelloSpring">
        <property name="message" value="Hello Spring BeanFactory !"></property>
    </bean>
</beans>

最后再把测试的Main贴上来（呐，注释我都写好了，我真是尽心尽力！）
PS：getBean方法里面的参数是xml文件里面bean 的id值

public class MainAPP {

    public static void main(String[] args) {
        //利用框架提供的 XmlBeanFactory() API 去生成工厂 bean 以及利用 ClassPathResource() API 去加载在路径 CLASSPATH 下可用的 bean 配置文件
        BeanFactory beanFactory = new XmlBeanFactory(new ClassPathResource("Beans.xml"));
        //用beanFactory的getBean方法也可以获得bean对象（一般都用ApplicationContext，ApplicationContext比BeanFactory功能更全）
        //BeanFactory 仍然可以在轻量级应用中使用，比如移动设备或者基于 applet 的应用程序。
        HelloSpring hSpring = (HelloSpring) beanFactory.getBean("springBeanFactory");
        System.out.println(hSpring.getMessage());
    }

}

然后打印结果成功！

Spring BeanFactory容器到这里就差不多结束了！

---

Spring ApplicationContext 容器

Spring ApplicationContext 容器也很简单，我们在 Spring-（1）HelloSpring 的例子中用的就是ApplicationContext。（节约时间，废话不多说，直接贴代码（其实是自己懒不想打字！））

看一下目录结构，HelloSpring类，Beans.xml与上面用到的例子是一样的，我们直接看一下Main中不一样的部分。

public class MainAPP {

    public static void main(String[] args) {
        //我们把BeanFactory改成了ApplicationContext
        ApplicationContext context = new ClassPathXmlApplicationContext("Beans.xml");
        HelloSpring hSpring = (HelloSpring) context.getBean("springApplicationContext");
        System.out.println(hSpring.getMessage());
    }

}

这就是Spring ApplicationContext 容器

---

现在来看一下Bean的用法

我们在上面的例子中已经接触了bean中的id和class，但是bean还要其他几个属性。

属性	描述
class	这个属性是强制性的，并且指定用来创建 bean 的 bean 类
name	这个属性指定唯一的 bean 标识符。在基于 XML 的配置元数据中，你可以使用 ID 或 name 属性来指定 bean 标识符（我一般用id）
scope	这个属性指定由特定的 bean 定义创建的对象的作用域
constructor-arg	它是用来注入依赖关系的（构造器注入）
properties	它是用来注入依赖关系的（setter注入）
autowiring mode	它是用来注入依赖关系的（自动注入）
lazy-initialization mode	延迟初始化的 bean 告诉 IoC 容器在它第一次被请求时，而不是在启动时去创建一个 bean 实例
initialization 方法	在 bean 的所有必需的属性被容器设置之后，调用回调方法
destruction 方法	当包含该 bean 的容器被销毁时，使用回调方法

---

看表可能比较难懂，可以看一下伪代码：

<bean id="指定上下文唯一标识" class="类的全限定名称"
  lazy-init="懒加载（默认为false，懒加载的意思是等到对象创建时才进行加载，而不是在容器初始化时进行加载）"
   init-method="调用类中的一个初始化方法（只需要写方法名）"
    destroy-method="调用类中的一个销毁方法（只需要写方法名）"
     parent="父对象ID（这个相当于Java里面的继承关系）" >
    <!-- scope="默认为singleton（单例），我们可以手动修改为prototype" 添加范围后不能执行销毁方法 -->

        <property name="类中的属性或方法名" value="赋值"></property>
    </bean>

这大概就是IOC的基本概念和用法了，如写得不对，望指出，谢谢！