Spring IOC

简介: 实际开发中,我们如果在对象 A 内部去创建、修改或者注销另一个对象 B,这会导致对象之间非常复杂的依赖关系,不利于代码的维护更新。

Spring IOC


IOC 原理

代码耦合

实际开发中,我们如果在对象 A 内部去创建、修改或者注销另一个对象 B,这会导致对象之间非常复杂的依赖关系,不利于代码的维护更新。

比如我们直接在上层类内调用了底层类的构造方法,一旦底层类的构造方法发生改变,就必须修改所有上层类的代码。

网络异常,图片无法展示
|

依赖注入

( Dependency Injection ) 我们用依赖注入的方式来降低耦合度。所谓依赖注入,就是把底层对象作为参数传入上层对象。避免底层类被修改后上层类代码也要随之改动。我们一般通过构造方法或者 setter 方法注入底层对象。

  1. 设值注入:依赖的对象通过 setter 方法传入的,对象已经实例化,发生属性填充和依赖注入的时候。
  2. 构造注入:依赖的对象是通过构造器传入,发生在实例化 Bean 的时候。

主要采用设值注入,性能更好更易读。但对于依赖关系无需变化的 Bean 采用构造注入。所有的依赖关系全部在构造器内设定。

网络异常,图片无法展示
|

优势:使用依赖注入后,即使底层类发生变化,上层类代码也不必改动,大大降低了代码的耦合度。

劣势:但这也导致了我们在初始化对象的过程中要书写复杂的代码。

控制反转

( Inversion of Control ) 控制反转,将对象的管理权交给 IOC 容器。

Spring 框架内会定义一个 IOC 容器类,通过其来统一管理对象的生命周期:创建、资源存取、注销;并自动维护对象间的依赖关系。用户只需要配置 XML 文件或者添加注解标明类之间的映射关系,初始化过程中的代码将由 IOC 容器自动完成。

IOC 容器底层通过工厂模式和 Java 反射机制来实现:

  1. IOC 容器根据 XML 配置文件或者注解读取 Bean 中保存的对象信息。
  2. IOC 容器充当工厂类,利用 Java 反射机制读取需要生成哪些对象,来自动生成相应的对象。

基础概念

IOC 容器

在 Spring 框架中已经定义了 ApplicationContext 和 BeanFactory 作为 IOC 容器类。其中 ApplicationContext是 BeanFactory 的子类,提供了事件发布、国际化信息支持等其他高级特性。

我们可以通过 IOC 容器类的 setBean 方法创建 Bean ,也可以通过 getBean 方法把 Bean 实例化并使用。

public void testUser(){
    // 加载配置文件,创建 IOC 容器对象
    ApplicationContext context = new ClassPathXmlApplicationContext("spring.xml");
    // IOC 容器根据 Bean 创建对象实例
    Person newUser = (Person) context.getBean("person");
    // 调用对象方法
    System.out.print(newUser.toString());
}Copy to clipboardErrorCopied
复制代码

Java Bean

Java Bean 就是程序中被管理的对象在 IOC 容器中的代理,记录了对象信息。

Bean 包含以下参数:Bean 名称(name) 、所代理的类(class) 、以及作用域(scope)。

Bean 的作用域

  • singleton 单例模式(默认): 在整个 IoC 容器中,Bean 只有一个对象实例。
  • prototype 原型模式: 每次调用 Ioc 容器的 getBean 方法,都将产生一个新的对象实例。
  • request: 对于每次 HTTP 请求,Bean 都将产生一个新的对象实例。
  • session: 对于每个 HTTP Session,Bean 都将产生一个新的对象实例。
  • global session: 对于每个全局的 HTTP Session,Bean 都将产生一个新的对象实例。

Bean 的生命周期

Spring 对 Bean 方法进行了抽象和封装,开发者只需要进行配置和调用简单接口,具体实现都交付给 Spring 工厂来管理。

在调用 getBean 方法时,Spring 的工作流大致可分为以下两步:

  1. 解析:读 xml 配置,扫描类文件,从配置或者注解中获取 Bean 的定义信息,注册一些扩展功能。
  2. 加载:通过解析完的定义信息获取 Bean 实例。

网络异常,图片无法展示
|

获取 BeanName,对传入的 name 进行解析,转化为可以从 Map 中获取到 BeanDefinition 的 bean name。 合并 Bean 定义,对父类的定义进行合并和覆盖,如果父类还有父类,会进行递归合并,以获取完整的 Bean 定义信息。 实例化,使用构造或者工厂方法创建 Bean 实例。 属性填充,寻找并且注入依赖,依赖的 Bean 还会递归调用 getBean 方法获取。 初始化,调用自定义的初始化方法。 获取最终的 Bean,如果是 FactoryBean 需要调用 getObject 方法,如果需要类型转换调用 TypeConverter 进行转化。

循环依赖

三个类 A、B、C,然后 A 关联 B,B 关联 C,C 又关联 A,这就形成了一个循环依赖。如果是方法调用是不算循环依赖的,循环依赖必须要持有引用。

  1. 构造器循环依赖。依赖的对象是通过构造器传入的,发生在实例化 Bean 的时候。

无法解决

  1. 设值循环依赖。依赖的对象是通过 setter 方法传入的,对象已经实例化,发生属性填充和依赖注入的时候。

Spring 框架只支持单例下的设值循环依赖。原型模式检测到循环依赖会直接抛出 BeanCurrentlyInCreationException 异常。


IOC 注解详解

配置

为类添加 @Configuration 注解,表示该类为配置类。起到类似 XML 文件的作用,配置 IOC 容器用来管理 Bean。

组件扫描

为配置类添加 @ComponentScan 注解,启用组件扫描。配置类将根据注解向 IOC 容器添加 Bean,默认扫描本类中的 @Bean 方法。

可以指定需要扫描的包,这会扫描包内的所有组件。如 @ComponentScan(value="com.company.project")

注册 (setBean)

  • 为类添加 @Component 注解

表示该类型被注册为 Bean 。Bean 的名称默认为类名的首字母小写,作用域默认为单例模式。

  1. 可以为注册的 Bean 指定名称,等同于 @Component("car")
  2. 可以为注册的 Bean 指定作用域,如 @Component("prototype")

在 Spring MVC 中,我们可以把 @Component 细化为:

  • @Controller 注解:表示展示层的 Bean
  • @Service 注解:表示业务层的 Bean
  • @Repository 注解:表示数据访问层的 Bean
@Component
@Scope("prototype")
class Car implements Vehicle{
    @AutoWired
    private FrameWork frameWork;
}Copy to clipboardErrorCopied
复制代码
  • 为方法添加 @Bean 注解

方法返回类型将被注册为 Bean。Bean 的名称默认为方法名,作用域默认为单例模式。

  • 可以为注册的 Bean 指定名称,等同于 @Bean(name = "myFoo")
  • 主要用在 @Configuration 注解的类里,也可以用在 @Component 注解的类里。

装配 (getBean)

  • 为对象添加 @Autowired 注解

表示自动装配。在使用对象时 Spring 将根据类型自动查找 Bean 去创建对象,无法找到 Bean 则抛出异常。

  1. 如果想要在无法找到 Bean 时返回 null 值,则将注解改为 @Autowired(required=false)
  2. 如果自动装配对象的类型是接口,而配置的实现类 Bean 有多个。则必须用 @Qualifier 注解来指定 Bean 的名称。
@Autowired
@Qualifier("car")
private Vehicle vehicle;Copy to clipboardErrorCopied
复制代码
  • 为对象添加 @Resource 注解

表示自动装配。默认按对象名称去查找 Bean,找不到再按类型去查找 Bean。

  1. 注解可以指定按名称或者类型去查找 Bean,如 @Resource(name="car") 或者 @Resource(type=Car.class)
  2. 也可以同时按名称和类型查找 Bean,任何一个不匹配都将报错。
@Resource(name="car")
private Vehicle vehicle;Copy to clipboardErrorCopied
复制代码

@Autowired 是 Spring 的注解,@Resource 是 J2EE 的注解。


目录
相关文章
|
6天前
|
XML Java 数据格式
Spring IoC容器初始化过程(xml形式)
Spring IoC容器初始化过程(xml形式)
54 0
|
6天前
|
Java Spring
Spring5深入浅出篇:Spring中ioc(控制反转)与DI(依赖注入)
Spring5深入浅出篇:Spring中ioc(控制反转)与DI(依赖注入)
|
6天前
|
XML Java 数据格式
Spring框架入门:IoC与DI
【5月更文挑战第15天】本文介绍了Spring框架的核心特性——IoC(控制反转)和DI(依赖注入)。IoC通过将对象的创建和依赖关系管理交给容器,实现解耦。DI作为IoC的实现方式,允许外部注入依赖对象。文章讨论了过度依赖容器、配置复杂度等常见问题,并提出通过合理划分配置、使用注解简化管理等解决策略。同时,提醒开发者注意过度依赖注入和循环依赖,建议适度使用构造器注入和避免循环引用。通过代码示例展示了注解实现DI和配置类的使用。掌握IoC和DI能提升应用的灵活性和可维护性,实践中的反思和优化至关重要。
22 4
|
6天前
|
Java 测试技术 开发者
Spring IoC容器通过依赖注入机制实现控制反转
【4月更文挑战第30天】Spring IoC容器通过依赖注入机制实现控制反转
22 0
|
6天前
|
Java 数据库连接 API
【Spring】1、Spring 框架的基本使用【读取配置文件、IoC、依赖注入的几种方式、FactoryBean】
【Spring】1、Spring 框架的基本使用【读取配置文件、IoC、依赖注入的几种方式、FactoryBean】
59 0
|
6天前
|
XML Java 程序员
Spring特性之二——IOC控制反转
Spring特性之二——IOC控制反转
16 4
|
6天前
|
安全 Java 开发者
在Spring框架中,IoC和AOP是如何实现的?
【4月更文挑战第30天】在Spring框架中,IoC和AOP是如何实现的?
24 0
|
6天前
|
XML Java 程序员
什么是Spring的IoC容器?
【4月更文挑战第30天】什么是Spring的IoC容器?
20 0
|
6天前
|
Java Spring 容器
【Spring系列笔记】IOC与DI
IoC 和 DI 是面向对象编程中的两个相关概念,它们主要用于解决程序中的依赖管理和解耦问题。 控制反转是面向对象编程中的一种设计原则,可以用来减低计算机代码之间的耦合度。其中最常见的方式叫做依赖注入和依赖查找。
35 2
|
6天前
|
Java 测试技术 数据库连接
Spring中ioc的优点
总之,Spring中的IoC提供了一种更加灵活、可维护、可测试和可扩展的方式来管理组件之间的依赖关系,从而提高了应用程序的质量和可维护性。这使得开发人员能够更专注于业务逻辑而不是底层的技术细节。
32 1