Spring IOC & DI

         ***Spring IOC & DI具体是什么***

Ioc—Inversion of Control，即“控制反转”，IoC 容器控制了对象；
DI—Dependency Injection，即“依赖注入”由容器动态的将某个依赖关系注入到组件之中
谁依赖于谁：应用程序依赖于IoC容器；

●为什么需要依赖：应用程序需要IoC容器来提供对象需要的外部资源；

●谁注入谁：很明显是IoC容器注入应用程序某个对象，应用程序依赖的对象；

●注入了什么：就是注入某个对象所需要的外部资源（包括对象、资源、常量数据）
　　控制反转IoC(Inversion of Control)是说创建对象的控制权进行转移，以前创建对象的主动权和创建时机是由自己把控的，而现在这种权力转移到第三方

-引入IOC之前

User模块实体类：User.java
User模块视图类：UserVo.java
User模块Dao层：UserDao.java
User模块Dao层实现类：UserDaoImpl.java
User模块Service层：UserService.java
User模块Service层实现类：UserServiceImpl.java
User模块Controller层：UserController.java
User模块测试类：UserTest.java
实现：

表示Dao层数据已经一层层传到Controller层并展示了出来

缺点
1.代码耦合性太强 不利于程序的测试和扩展

解决方式：
Spring的IOC完美的解决了这一点

对象的实例化由Spring框架加载实现，放到Spring容器中管理，避免了我们手动new对象
有需要用到对象实例依赖，直接向Spring容器要，让他注入即可
而一旦涉及到对象的实例修改，那么只需更改Spring加载实例化对象的地方，程序代码无需改动
从而降低耦合，提升扩展性。

引入IOC(XML)
要想使用SpringIOC首先需要导入Spring框架基础包并且添加Spring核心配置文件，将依赖交给Spring的beanFactory管理

User模块测试类：UserTest.java

读取配置文件刷新Spring容器
Controller由手动实例化改为从Spring容器拿取
把ApplicationContext传到Controller层继续使用
User模块Controller层：UserController.java
User模块Service层实现类：UserServiceImpl.java

表示已经将所有的依赖由手动实例化改为从Spring容器拿取

缺点：
因为每一个类的实例化都需要一个bean标签，一个大型工程有很多类，配置文件的内容未免过于臃肿，维护成本高

解决方式
使用注解形式实现SpringIOC

XML改注解(IOC)
核心配置文件修改
context-component-scan标签Spring框架自定义的xml标签，通过base-package属性指明需要被自动扫描实例化的类所在位置

常用注解介绍：
@Component：一般用于通用组件类上使用的注解
@Service：一般用于业务逻辑层上使用的注解
@Controller：一般用于流程控制层上使用的注解
@Repository：一般用于数据持久层上使用的注解

引入DI
上面所有的内容都是将对象放入Spring容器中
那么放入之后的使用呢，目前都是使用ApplicationContext

常用注解介绍
@Autowired注解自动按照类型注入
会从容器中寻找符合依赖类型的实例，但是也有缺点：
因为时按照类型匹配，如果找不到匹配的实例也会抛出异常
如果容器中有多个匹配的类型也会抛出异常，需要指定引入的实例id
@Qualifier注解作用是在按照类型注入的基础之上，再按照Bean的id注入。所以如果是使用了@Autowire注解自动注入，但是容器中却有多个匹配的实例，可以搭配此注解，指定需要注入的实例id
@Resource注解作用是指定依赖按照id注入，还是按照类型注入。当只使用注解但是不指定注入方式的时候，默认按照id注入，找不到再按照类型注入。
测试结果：

表示：
@Autowired注解已将UserService依赖自动注入UserController
@Qualifier注解已指定UserDao依赖的bean id，并使用@Autowired注解自动注入UserServiceImpl