Spring 基础 IOC控制反转

Spring 基础 IOC控制反转

一、IOC简介：Ioc—Inversion of Control，控制反转

1. IOC不是什么技术，而是一种设计思想。在Java开发中，Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。
2. 传统应用程序都是由我们在类内部主动创建依赖对象，从而导致类与类之间高耦合；有了IoC容器后，把创建和查找依赖对象的控制权交给了容器，由容器进行注入组合对象，所以对象与对象之间是 松散耦合，利于功能复用，更重要的是使得程序的整个体系结构变得非常灵活。
3. 其实IoC对编程带来的最大改变不是从代码上，而是从思想上，发生了“主从换位”的变化。应用程序原本是老大，要获取什么资源都是主动出击，但是在IoC/DI思想中，应用程序就变成被动的了，被动的等待IoC容器来创建并注入它所需要的资源了。
4. 说明图例：

• 没有用IOC，主动创建
  
• 使用IOC来控制
  

二、Ioc 配置的三种方式

1. xml 配置：将bean的信息配置.xml文件里，通过Spring加载文件为我们创建bean。

• 优点： 可以使用于任何场景，结构清晰，通俗易懂
• 缺点： 配置繁琐，不易维护，枯燥无味，扩展性差

2. Java 配置：将类的创建交给我们配置的JavcConfig类来完成，Spring只负责维护和管理，采用纯Java创建方式。本质上是把在XML上的配置声明转移到Java配置类中。

• 优点：适用于任何场景，配置方便，因为是纯Java代码，扩展性高，十分灵活
• 缺点：由于是采用Java类的方式，声明不明显，如果大量配置，可读性比较差

3. 注解配置：通过在类上加注解的方式，来声明一个类交给Spring管理，Spring会自动扫描带有@Component，@Controller，@Service，@Repository 这四个注解的类，然后帮我们创建并管理，前提是需要先配置Spring的注解扫描器。

• 优点：开发便捷，通俗易懂，方便维护。
• 缺点：具有局限性，对于一些第三方资源，无法添加注解。只能采用XML或JavaConfig的方式配置

三、IOC 依赖注入的三种方式

常用的注入方式主要有三种：构造方法注入（Construct注入），setter注入，基于注解的注入（接口注入）

1. setter方式
   在XML配置方式中，property都是setter方式注入
2. 构造函数
   在XML配置方式中，<constructor-arg> 是通过构造函数参数注入
3. 注解注入
   以@Autowired（自动注入）注解注入为例，修饰符有三个属性：Constructor，byType，byName。默认按照byType注入。

• constructor：通过构造方法进行自动注入，spring会匹配与构造方法参数类型一致的bean进行注入，如果有一个多参数的构造方法，一个只有一个参数的构造方法，在容器中查找到多个匹配多参数构造方法的bean，那么spring会优先将bean注入到多参数的构造方法中。
• byName：被注入bean的id名必须与set方法后半截匹配，并且id名称的第一个单词首字母必须小写，这一点与手动set注入有点不同。
• byType：查找所有的set方法，将符合符合参数类型的bean注入。

总结:
1、@Autowired是Spring自带的，@Resource是JSR250规范实现的，@Inject是JSR330规范实现的
2、@Autowired、@Inject用法基本一样，不同的是@Inject没有required属性
3、@Autowired、@Inject是默认按照类型匹配的，@Resource是按照名称匹配的
4、@Autowired如果需要按照名称匹配需要和@Qualifier一起使用，@Inject和@Named一起使用，@Resource则通过name进行指定

参考：https://pdai.tech/md/spring/spring-x-framework-ioc.html

---

若有凝问或错误，请指出，我好及时改正，让我们一起进步!
email ： binary_space@126.com
qq ： 103 586 2795
敲门砖： 代码谱写人生