不懂控制反转么？大白话讲清楚spring中这些晦涩的概念

前面介绍了spring环境的搭建，在搭建spring环境的时候分为java环境和javaWeb环境，在javaWeb环境下通常会结合springMVC使用，在java项目中只需要把spring的包导入工程中，一般初学者会把所有的包全部导入，然后就可以通过获得applicationContext，把类的实例化交给spring管理，然后从spring容器中获得类的实例。

spring中有控制反转（Ioc）和依赖注入（DI）两个概念，Ioc和DI是spring的核心概念，同时也是一种新的编程思想。

控制反转（Ioc）

控制反转，顾名思义就是控制权的改变，在没有接触spring之前，我们要使用一个类的实例，必须使用new的方式生成一个对象，这个过程的主动权掌握在程序员亦自己写的程序中，但是使用了spring之后，实例的创建不再由程序员手动实现，而是由spring容器来完成，实现了控制的反转，即主动权交给了spring的IOC容器。

依赖注入（DI）

一个类包括属性和方法，在创建了实例对象之后，或者在创建实例对象的同时，需要初始化成员变量（属性），在spring之前成员变量的初始化可以通过构造方法或setXXX方法；在spring出现之后，由于实例的创建交给了spring的IOC容器，那么成员变量的初始化也依赖于IOC容器，由容器去注入成员变量的值。

上面介绍了IOC和DI两个概念，可以得出IOC和DI其实是在做一件事，就是spring的IOC容器创建实例对象，一切对象的实例化都交给了spring容器，在程序中不必手动使用new的方式实例化变量。

spring提供两种不同的方式来配置spring，一种是配置文件（XML），另一种是基于注解（Annotation）。下面针对IOC和DI使用两种方式一一做介绍

在介绍之前必须了解如何在java项目中获得spring容器，也即ApplicationContext。

获取ApplicationContext的方式有三种，这里使用的ClassPathXmlApplicationContext，ClassPathApplicationContext是ApplicationContext的子类，这里的cpac就是spring的IOC容器，通过它的getBean()方法可以获得容器中已经初始化的实例。

配置文件（XML）

假如我们有下面的学生类（student）

此类有三个属性id、name、age，下面通过配置文件的方式，在spring的配置文件中配置，

在spring的配置文件中配置 标签，id属性在配置文件中必须唯一，class属性指定类的权限类名，下面有 标签，指定Student的三个属性，且指定了属性值，测试结果如下，

这里可以看到输出了配置的值，这种方式是使用属性注入的方式，要求必须有setXXX方法，还有另外一种方式，通过构造方法的方式注入，

既然是通过构造方法的方式注入，那么在Student类中必须要有这个构造方法，在上面的Student类中已经有了有参的构造方法，我们知道在自定义了有参的构造方法之后，系统不会再默认的提供无参构造，我们还必须添加无参构造，下面看测试结果，

由于我们只注入了id、name两个属性，这里可以打印出，age由于未赋值且其类型为String，则默认为null。

上面是通过配置文件的方式，配置了根据属性、构造方法注入的方式，这个例子是比较简单的，下面看一个复杂的例子，在程序中经常会采用分层、面向接口编程的思绪，

DAO接口

service接口

DAO实现类

service实现类

在service的实现类中有一个DAO层的接口对象，我们下面看这种是如何根据属性注入的，

首先，配置DAO层的bean，这里的class属性必须配置其实现类，然后配置service的实现类，在ServiceImpl中有一个dbDAO类型的属性，使用ref属性引用上面的bean。测试结果如下，

ref属性可以引用spring配置文件中的bean，使用id的值。

通过上面的介绍，可以知道使用配置文件这种方式可以很方便的配置，但是当需要配置的类很多，且依赖很多的情况下，这种方式会很繁琐，那么另外一种方式便派上了用场。

注解（Annotation）

spring提供@Component、@Repository、@Controller、@Service四种注解，其实，只使用@Component一个便可以做到，@Repository、@Controller、@Service只是针对不同的层设置的，可以更加明显，@Repository对应DAO层，@Controller对应控制层，@Service对应服务层，使用这三个注解可以明显的分层，使系统容易理解，也可以只使用@Component。

使用了注解需要开启组件自动扫描机制，在spring的配置文件中开启组件自动扫描机制，需要context命名空间的支持，下面是一个配置文件的例子，

在spring配置文件的头部添加context命名空间的支持，然后使用 标签开启组件扫描，base-package属性指定扫描的基包，此包及此包下的子包都会进行扫描。开启了组件扫描之后，还需要自动注入，网上有说需要： ，其实前面的组件扫描已经包含了此标签的作用，为此不需要配置此标签了，自动注入默认根据类型（byType）进行注入，还有根据名字注入（byName）即bean中id的值，还有根据构造方法注入（constructor）。自动注入需要@Aotuwired注解，此注解可以放在属性上，也可以放在setXXX方法上，放在属性上则可以省略setXXX方法，下面是具体的例子

在类上使用@Component注解，且指定了实例的名为su，如果不指定则默认为类名称首字母小写，即studentAnnotation。

下面是一个自动扫描和自动注入的例子，

类上使用了@Service注解，属性上使用了@Autowired注解，这时setDbDAO()方法可以不要。@Autowired注解就是为了省略setXXX方法的，@Autowired注解默认使用的按照类型注入，如果存在多个相同类型的实例，这里自动注入会失败，为了可以正确注入，引入另外一个注解@Qualifier(value="")，此注解的value属性可以指定一个bean的id值，做到自动注入。

@Qualifier可以用在属性或者setXXX方法上。

综上，通过配置文件和注解两种方式介绍了依赖注入。

@Resource注解使用说明

@overriide :限定重写父类方法，该注解只能用于方法。

@deprecated:用于表示某个程序元素（类，方法）已过时。

@SupperessWarnings:抑制编译器警告。

@Autowired是根据类型进行自动装配的。在上面的例子中，如果当Spring上下文中存在不止一个UserDao类型

@Qualifier配合@Autowired来解决这些问题。

@Resource的作用相当于@Autowired，只不过@Autowired按byType自动注入，而@Resource默认按byName自动注入罢了。@Resource有两个属性是比较重要的，分别是name和type，Spring将@Resource注解的name属性解析为bean的名字，而type属性则解析为bean的类型。所以如果使用name属性，则使用byName的自动注入策略，而使用type属性时则使用byType自动注入策略。如果既不指定name也不指定type属性，这时将通过反射机制使用byName自动注入策略。

@PostConstruct（JSR-250）

在方法上加上注解@PostConstruct，这个方法就会在Bean初始化之后被Spring容器执行（注：Bean初始化包括，实例化Bean，并装配Bean的属性（依赖注入））。

它的一个典型的应用场景是，当你需要往Bean里注入一个其父类中定义的属性，而你又无法复写父类的属性或属性的setter方法时.

@PreDestroy（JSR-250）

在方法上加上注解@PreDestroy，这个方法就会在Bean初始化之后被Spring容器执行。由于我们当前还没有需要用到它的场景，这里不不去演示。其用法同@PostConstruct。.

使用@Scope来定义Bean的作用范围

在使用XML定义Bean时，我们可能还需要通过bean的scope属性来定义一个Bean的作用范围，我们同样可以通过@Scope注解来完成这项工

这些都应该是spring注解方式 看看是不是你要的 如果是 你就按照spring注解方式去百度上再搜搜 还有很多答案

@Resource和@Autowired注解都是用来实现依赖注入的。只是@AutoWried按by type自动注入，而@Resource默认按byName自动注入。**

@Resource有两个重要属性，分别是name和type**

spring将name属性解析为bean的名字，而type属性则被解析为bean的类型。所以如果使用name属性，则使用byName的自动注入策略，如果使用type属性则使用byType的自动注入策略。如果都没有指定，则通过反射机制使用byName自动注入策略。**

@Resource依赖注入时查找bean的规则：(以用在field上为例)**

1. 既不指定name属性，也不指定type属性，则自动按byName方式进行查找。如果没有找到符合的bean，则回退为一个原始类型进行查找，如果找到就注入。

此时name是变量名

错误示例：

此时的name值是配置bean里的name属性指定的值，而不是id的值

这里为什么要重新理解，是因为之前我一直认为对应的是配置文件的id属性的值，直到在配置上面两个String类型的bean的时候，居然会报错，如下： No qualifying bean of type [java.lang.String] is defined: expected single matching bean but found 2: bucketName,styleName 这是因为spring会去找bean元素里name属性值和变量名一致的bean，但是因为都没有指定name属性，所以找不到然后就按照原始类型String去查找，结果一下找到了两个，所以就报错。

2. 只是指定了@Resource注解的name，则按name后的名字去bean元素里查找有与之相等的name属性的bean。

正确示例

3. 只指定@Resource注解的type属性，则从上下文中找到类型匹配的唯一bean进行装配，找不到或者找到多个，都会抛出异常

4. 既指定了@Resource的name属性又指定了type，则从Spring上下文中找到唯一匹配的bean进行装配，找不到则抛出异常

鹏仔微信 15129739599 鹏仔QQ344225443 鹏仔前端 pjxi.com 共享博客 sharedbk.com