本文主要是介绍Spring IoC/DI分析和常用注解分类，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
Spring的一大特性就是Ioc(Inversion of Control)即控制反转，一种设计思想，具体的实现方式就是DI(Dependency Injection)依赖注入。在了解IoC这一思想之前，我们应该先来聊聊设计模式六大原则之一的依赖倒置原则（Dependency Inversion Principle），依赖倒置原则就是为了降低代码（类）之间的耦合性(解耦)，提高代码的可维护性。“变更才显真功夫”，业务需求变更永无休止，在需求变更时才能够察觉到松耦合带来的好处。
依赖倒置原则：高层模块不应该依赖于底层模块，二者都应该依赖于抽象；抽象不应该依赖于细节，细节应该依赖于抽象。
怎么通俗的理解这两句话呢？举个例子：假设我们设计一辆汽车，先设计轮子，然后根据轮子大小设计汽车底盘，接着根据底盘设计车身，最后根据车身设计好整个汽车。这里就出现了一种依赖关系：汽车依赖车身，车身依赖底盘，底盘依赖轮子。
这是我们的类文件：
这样的设计看似没有问题，但是可维护性很低。如果需求根据市场反馈需要将轮子改大一号，我们如何做呢？因为底盘是根据轮子大小制定的，车身又是根据底盘制定的，这样整个设计几乎都要改。
这样创建对象的话，我们的车身，底盘和轮胎类就紧紧的耦合在一起，我们本来只是想动态调整轮子大小，结果所有类的构造方法都要修改，牵一发而动全身，这样就会很难维护。
我们现在换一种思路，先设计汽车的大概样子，然后根据汽车的样子来设计车身，根据车身来设计底盘，最后根据底盘来设计轮子。这时候，依赖关系就倒置过来了：轮子依赖底盘， 底盘依赖车身， 车身依赖汽车。
代码示例：
这个时候如果要修改轮子大小就值改动轮子就行了，底盘，车身不需要改动
只需要修改轮胎的构造方法和创建轮胎对象的代码，其他代码不需要修改。其实就是在一个地方创建好对象，然后把对象注入（依赖注入DI）到依赖它的类，这样的话，如果依赖的类（轮子，底盘等）修改了，只需要修改该类和创建该类的地方，其他上层的类不需要改动，利于代码的维护。看到这里，我们差不多就明白了控制反转，之前都是在类中自己创建依赖的对象，现在要把创建对象的动作给拿出来，在spring中就是交给spring的ioc容器来创建管理，然后通过DI依赖注入把底层依赖类作为参数传递给上层类。这里car初始化代码块就是类似于ioc容器，只是spring是读取配置文件或者通过注解获取类的全限定名然后利用反射来创建对象。下面看下百科里对Ioc的定义：控制反转（Inversion of Control，缩写为IoC），是面向对象编程中的一种设计原则，可以用来减低计算机代码之间的耦合度。其中最常见的方式叫做依赖注入（Dependency Injection，简称DI）
spring注解分类：
用于创建对象的：和xml配置文件中<bean>标签功能一样，常见注解：Component，Controller,Service,Repository
用于注入数据的：xml配置文件中的bean标签中写一个<property>标签的作用是一样的
Autowired:自动按照类型注入。只要容器中有唯一的一个bean对象类型和要注入的变量类型匹配，就可以注入成功
Qualifier:在按照类中注入的基础之上再按照名称注入。它在给类成员注入时不能单独使用。但是在给方法参数注入时可以
Resource:直接按照bean id注入，可以单独使用
以上三个注入都只能注入其他bean类型的数据，而基本类型和String类型无法使用上述注解实现。另外集合类型的注入只能通过XML来实现。
用于改变作用域的：和在bean标签中使用scope属性实现的功能是一样的
Scope:用于指定bean的作用范围，取值：singleton， prototype
生命周期相关的：和在bean标签中使用init-method和destroy-methode的作用是一样的
PreDestroy:指定销毁方法
PostConstruct:指定初始化方法
这篇关于Spring IoC/DI分析和常用注解分类的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
