Spring_总结_02_依赖注入
一、前言
本文承接上一节：Spring_总结_01_Spring概述
在上一节中，我们了解了Spring的最根本使命、四大原则、六大模块以及Spring的生态。
这一节我们开始了解Spring的第二大原则中的依赖注入，这属于六大模块中的核心容器部分。
二、基本概念
1.什么是依赖注入
（1）我们经常说的控制反转（Inversion of Control —IOC）和依赖注入（Dependency Injection—DI），在Spring 环境下是等同的概念。
（2）控制反转是通过依赖注入实现的。
（3）所谓依赖注入指的是容器负责创建对象和维护对象间的依赖关系。而不是通过对象本身负责自己的创建和解决自己的依赖。
2.依赖注入的本质
创建应用对象之间协作关系（依赖）的行为通常称为装配。这也是依赖注入的本质。
3.依赖注入主要目的
依赖注入的主要目的是解耦。
因为通过装配，对象间的依赖关系不再由对象维护，而是交给容器维护，降低了耦合度。
耦合具有两面性：
（1）紧密耦合的代码难以测试，难以复用，难以理解，并典型地表现出“打地鼠”式的bug特性。
（2）一定程度的耦合又是必须的——完全没有耦合的代码什么也做不了。为了完成有实际意义的功能，不同的类必须以适当的方式进行交互。
总之，耦合是必须的，但应该被小心谨慎地管理（尽量降低耦合度）。
三、Spring容器
1.什么是Spring容器
容器是Spring的核心，是用来容纳所有bean的地方。
Spring 容器负责创建对象，装配对象，配置他们并管理他们的整个生命周期。
2.两种Spring容器
Spring自带了多个容器实现，可以归为两种不同类型：
（1）bean工厂
（由BeanFactory接口定义）
是最简单的容器，提供基本的DI支持。（低级封装，功能一般）
（2）应用上下文
（由ApplicationContext接口定义）
基于BeanFactory构建，并提供应用框架级别的服务。（高度封装，功能强大，推荐使用）
四、使用Spring应用上下文
Spring自带了多种类型的应用上下文。
| 1 | AnnotationConfigApplicationContext | 从一个或多个基于Java的配置类中加载Spirng应用上下文 |
| 2 | AnnotationConfigWebApplicationContext | 从一个或多个基于Java的配置类中加载Spring Web应用上下文。 |
| 3 | ClassPathXmlApplicationContext | 从类路径下的一个或多个XMl配置文件中加载上下文定义，把应用上下文的定义文件作为资源 |
| 4 | FileSystemXmlapplicationContext | 从文件系统下的一个或多个XML配置文件中加载上下文定义 |
| 5 | XmlWebApplicationContext | 从Web应用下的一个或多个XMl配置文件中加载上下文定义 |
1.从Java配置中加载上下文
//1.从Java配置中加载配置，将Bean装载到应用上下文。 ApplicationContext context=new AnnotationConfigApplicationContext(com.springaction.knights.config.KnightConfig.class);
2.从类路径加载上下文
//1.从类路径下读取配置文件，将Bean装载到应用上下文。 ApplicationContext context=new ClassPathXmlApplicationContext("applicationContext.xml");
3.从文件系统加载上下文
//1.从文件系统读取配置文件，将Bean装载到应用上下文。 ApplicationContext context=new FileSystemXmlApplicationContext("D:/applicationContext.xml");
应用上下文准备就绪之后，我们就可以调用上下文的getBean()方法从Spring容器中获取bean.
五、Bean的生命周期
传统Java应用中，使用Java关键字 new 进行bean的实例化，然后bean就可以使用了。一旦该bean不再使用，则由Java自动进行垃圾回收。
理解了Spring bean 的生命周期，就能利用Spring提供的扩展点来自定义bean的创建过程。
在bean准备就绪之前，bean工厂执行了若干启动步骤：
（1）Spring对bean进行实例化
（2）Spring将值和bean的引用注入到bean对应的属性中
（3）如果bean实现了BeanNameAware接口，Spring将bean的ID传递给setBeanName()方法
（4）如果bean实现了BeanFactoryAware接口，Spring将调用setBeanFactory()方法，将BeanFactory容器实例传入
（5）如果bean实现了ApplicationContextAware接口，Spring将调用setApplicationContext()方法，将bean所在的应用上下文的引用传入进来
（6）如果bean实现了BeanPostProcessor接口，Spring将调用它们的postProcessBeforeInitialization()方法
（7）如果bean实现了InitializingBean接口，Spring将调用他们的afterPropertiesSet()方法。
（8）如果bean使用init-method声明了初始化方法，则会执行init-method配置的方法，
（9）如果bean实现了BeanPostProcessor接口，Spring将调用他们的postProcessAfterInitialization()方法
（10）此时，bean已经准备就绪了，可以被应用程序使用了。他们将一直驻留在应用上下文中，直到该上下文被销毁。
（11）容器关闭
（12）如果bean实现了DisposableBean接口，Spring将调用它的destroy()接口方法。
（13）如果bean使用destroy-method声明了销毁方法，该方法也会被调用。
