【Spring篇】Spring IoC DI

个人主页：兜里有颗棉花糖
欢迎 点赞👍 收藏✨ 留言✉ 加关注💓本文由 兜里有颗棉花糖 原创
收录于专栏【Spring系列】
本专栏旨在分享学习Spring MVC的一点学习心得，欢迎大家在评论区交流讨论💌

前言

我们知道Java是一个面向对象的语言，既然是面向对象的话就必须得有对象，无论我们使用哪种框架或者组件前提是必须得有对象，而Spring IoC就是帮助我们创建和管理对象的（可以把Spring IoC当成一个创建和管理对象的容器）。

Spring IoC是Spring全家桶中各个模块的基础，创建对象的容器。

AOP是以IoC为基础，AOP是面向切面编程。

什么是面向切面编程：。
在传统的面向对象编程中，我们通过将功能分散到对象的方法中来实现系统的各种需求。但是，随着系统的复杂性增加，这种方式可能导致代码的重复和混乱，特别是在处理横切关注点（cross-cutting concerns）时，如日志记录、事务管理、安全性等。
AOP的出现就是为了解决这些横切关注点的问题。它允许开发者通过将横切关注点从业务逻辑中分离出来，然后在需要的地方进行统一的管理和应用。在AOP中，这些横切关注点被称为切面（Aspect），它们是与业务逻辑独立的模块，可以在不修改源代码的情况下，通过横切方式将它们应用到系统中。（可以将AOP理解为抽象的面向编程）

一、IoC

IoC，控制反转（Inversion of Control），即将创建对象的控制权进行反转。通常情况下，我们是手动进行对象的创建的，而Spring IoC可以使得开发者不再需要创建对象，而是由IoC容器根据需求自动创建项目所需要的对象。

Spring容器管理的主要是对象,这些对象,我们称之为"Bean".我们把这些对象交由Spring管理,由
Spring来负责对象的创建和销毁.我们程序只需要告诉Spring,哪些需要存,以及如何从Spring中取出对象（所以Spring IoC最主要的两个功能是存取对象）。

二、Bean的存储

IoC（Inversion of Control）是一种设计模式，用于实现控制反转，其中对象的创建和管理被转移到了容器（如Spring框架）中。在Spring框架中，对象的管理通常通过依赖注入（Dependency Injection）来实现。

常见的依赖注入方式有两种：分别是类注解和方法注解。

• 类注解：@Controller、@Service、@Repository、@Component、@Configuration。
• 方法注解：@Bean。

@Controller（控制器存储）

使⽤@Controller存储bean对象的代码如下所⽰：

• ApplicationContext context取到Spring上下文，之后就可以取到所Spring管理的对象，然后执行对象中的doController方法。

@Service（服务存储）

使⽤@Service存储bean对象的代码如下所⽰：

• 通过类型获取对象：
  

• 通过名称获取对象（需要强制类型转换）：
  

• 通过名称和类型获取bean：

运行结果如下：

@Repository（仓库存储）

使⽤@Repository存储bean对象的代码如下所⽰：

运行结果如下：

@Component（组件存储）

使⽤@Component存储bean对象的代码如下所⽰：

运行结果如下：

@Configuration

使⽤@Configuration存储bean对象的代码如下所⽰：

运行结果如下：

类注解之间的关系

程序的应用分层，调用如下：

@Controller、@Service、@Repository、@Configuration注解都是@Component注解的衍生类。

Spring MVC架构中的三层结构：控制层(Controller)、服务层(Service)和持久层(Repository/DAO)：

• 控制层(Controller)负责接收和处理HTTP请求，并将处理结果返回给客户端。通常使用@Controller或@RestController注解标识。
• 服务层(Service)负责应用程序的业务逻辑处理，包括数据处理、算法实现等。服务层通常使用@Service注解标识。
• 持久层(Repository/DAO)负责与数据库进行交互，执行数据的持久化操作。通常使用@Repository注解标识DAO接口的实现类。

在这种架构下，控制层中的方法可以调用服务层中的方法，而服务层中的方法可以调用持久层中的方法，从而实现了业务逻辑的分层和解耦。

@Bean方法注解

@Bean注解使用：

• 使用@Bean注解的时候，Bean的名称是方法名（即首字母大写，如果前两个字母是小写的话那么Bean的名称就是类名）。
• @Bean注解必须搭配其它五大注解来使用。（即方法注解@Bean 要配合类注解才能将对象正常的存储到Spring容器中）
• 当一个对象类型存在多个Bean时，就不能通过类型来获取Bean了，此时应该通过名称或者方法+名称的方式来获取Bean（如下举例）。
• 
  
  
  运行结果如下：

@Bean参数的传递

Bean参数的传递演示如下：

运行结果如下：

三、扫描路径

SpringBoot的一大特点：约定大于配置。此特点的其中一个体现就是扫描路径。

启动类默认扫描路径是启动类所在的路径及其子孙目录。

如下图（将启动类放到controller目录下面，那么启动类扫描的范围就是controller目录及其controller所有的子孙目录）：

启动类这样放置的话运行就会报错。

如果非要把启动类放到controller目录下的话，要配置扫描路径，让Spring扫描到这些注解也就是通过@ComponentScan来配置扫描路径。

再次运行就会成功了：

虽然通过@ComponentScan来配置扫描路径，但是不推荐这样做，推荐做法是把启动类放在我们希望扫描的包的路径下,这样我们定义的bean就都可以被扫描到。

四、Spring DI

DI即依赖注入的意思，有的地方叫做对象注入、属性装配，这里需要根据上下文去进行理解。

依赖注入是一个过程，是指IoC容器在创建Bean时,去提供运⾏时所依赖的资源，而资源指的就是对象。简单来说,就是把对象取出来放到某个类的属性中。

关于依赖注入，Spring为我们提供了三种方式：

• 属性注入
• 构造方法注入
• Setter注入

下面我们上这三种方式一一进行举例。

属性注入

属性注⼊是使⽤@Autowired实现的，比如将Service类注⼊到Controller类中。

运行结果如下：

属性注入以类型进行匹配，与注入的属性名称无关。当一个类型存在多个对象时，优先进行名称匹配，但是如果连名称都匹配不上的话就会报错。

构造方法注入

构造方法注入是在类的构造⽅法中实现注入。

运行结果如下：

当存在多个构造函数时，需要加@AutoWired注明使用哪个构造函数；如果只存在一个构造函数的话，则@AutoWired可以省略。

Setter方法注入

运行结果如下：

好了，以上就是本文的全部内容了。希望各位友友可以一键三连哈！！！