javaEE进阶 - Spring 的 Bean 作用域和生命周期 - 细节狂魔

最新推荐文章于 2023-07-25 13:56:04 发布

Dark And Grey

最新推荐文章于 2023-07-25 13:56:04 发布

阅读量1.1k

点赞数 24

分类专栏： JavaEE进阶文章标签： java-ee spring java

本文链接：https://blog.csdn.net/DarkAndGrey/article/details/125785133

版权

JavaEE进阶专栏收录该内容

14 篇文章 19 订阅

订阅专栏

文章目录

前言
Bean 的作用域
- 1、通过一个案例来看 Bean 作用域的问题
Spring 执行流程和 Bean 的生命周期
总结

前言

从前⾯的博客 Spring 更简单的读取和存储对象，我们可以看出 Spring 是⽤来读取和存储 Bean，因此在 Spring 中 Bean 是最核⼼的操作资源，所以接下来我们深⼊学习⼀下 Bean 对象。

Bean 的作用域

1、通过一个案例来看 Bean 作用域的问题

假设现在有一格公共的 Bean，提供给 A 用户和 B 用户使用，然而在使用的途中 A 用户却 “悄悄”地修改来了公共 Bean 的数据，导致 B 用户在使用时发生了预期之外的逻辑错误。B用户：你真是一个老六！

我们期望的结果是，公共 Bean 可以在各自的类中被修改，但不能影响到其它类。

1.1、被修改的 Bean 案例

未修改状态

通过方法注解@Bean，向 Spring 中存储一个 User 对象。

其内部属性，id 为 1， name 为 Java

@Component
public class Users {
    @Bean
    public User user1() {
        User user = new User();
        user.setId(1);
        user.setName("Java"); // 【重点：名称是 Java】
        return user;
    }
}

A 用户使用时，进行了修改操作

@Controller
public class BeanScopesController {
    @Autowired
    private User user1;
    public User getUser1() {
        User user = user1;
        System.out.println("Bean 原 Name：" + user.getName());
        user.setName("悟空"); // 【重点：进⾏了修改操作】
        return user;
    }
}

使用属性注入，获取到了 User 对象。
在 getUser1 方法中，通过 bean 提供的方法，将 bean对象内部的 name 属性值修改了。
将 Java 修改成了悟空

B 用户再去使用公共 Bean 的时候

@Controller
public class BeanScopesController2 {
    @Autowired
    private User user1;
    public User getUser1() {
        User user = user1;
        return user;
    }
}

注意！此时的 B 用户对于 A 用户的修改是知情的！
通过 getUser1 返回的 User 对象中的内容并不是 B 用户预期的内容。

打印 A ⽤户和 B ⽤户公共 Bean 的值

public class BeanScopesTest {
    public static void main(String[] args) {
    // 1、获取 Spring 的 上下文对象
        ApplicationContext context = new
                ClassPathXmlApplicationContext("spring-config.xml");
    //2、使用 上下文对象 提供的 getBean 方法 来获取 bean
        BeanScopesController beanScopesController =
                context.getBean(BeanScopesController.class);
       // 调用 bean 中的方法
        System.out.println("A 对象修改之后 Name：" +
                beanScopesController.getUser1().toString());

    //2、使用 上下文对象 提供的 getBean 方法 来获取 bean
        BeanScopesController2 beanScopesController2 =
                context.getBean(BeanScopesController2.class);
     // 调用 bean 中的方法
        System.out.println("B 对象读取到的 Name：" +
                beanScopesController2.getUser1().toString());
    }
}

注意！我们是先调用 A 的执行方法。
因此，User 对象中的内容，已经被 A 修改。
B 在读取的时候，就会发现数据已然不对！

原因分析

操作以上问题的原因是:

因为 Bean 默认情况下是单例状态（singleton）
也就是说：所有⼈的使⽤的都是同⼀个对象！
之前我们学单例模式的时候都知道，使⽤单例可以很⼤程度上提⾼性能，所以在 Spring 中
Bean 的作⽤域默认也是 singleton 单例模式。

为什么要使用单例模式？
就是为了提高性能！

你想想相同的资源，我只创建一份，大家共享。
这样做，就可以节省空间。
而且，
不需要去过多的构造一个生命周期和销毁。
就是对象的创建与销毁，这两个操作在执行的时候，都是需要占用系统资源的。
如果每个人来了，我都要给它创建一个对象，用完了，还需要关注它需不需要销毁。这样的话，系统的开销自然就很大。
如果他们共享一个资源，那不就节省了很多系统资源嘛！
程序执行的速度就可以提高。
这也是为什么 Spring 默认是单例模式、

那么，讲这个和我们的作用域又有什么关系呢？
来看下面的作用域分析

作用域分析

作用域，一般理解为：限定程序中变量的可⽤范围叫做作⽤域，或者说在源代码中定义变量的某个区域就叫做作⽤域。

⽽ Bean 的作⽤域是指 Bean 在 Spring 整个框架中的某种⾏为模式。
⽐如 :
singleton 单例作⽤域，就表示 Bean 在整个 Spring 中只有⼀份，它是全局共享的，那么当其他⼈修改了这个值之后，那么另⼀个⼈读取到的就是被修改的值。

有的人可能很疑惑：为什么 Spring 要将作用域称为行为模式？

在 Spring 看来，所谓的 bean 的作用域，指的就是 bean 在整个Spring框架中的某种行为。
比如：
单例模式，就是一种行为。
我们的 Bean 在整个Spring 中，只存在一份！
这不就是 Bean 的一种行为嘛！

另外，有单例，就会有多例。
下面我们就来看看 Bean 的作用域有几类？

Bean 的 6 种作用域

Spring 容器在初始化⼀个 Bean 的实例时，同时会指定该实例的作⽤域。
Spring有 6 种作⽤域，
最后四种是基于 Spring MVC ⽣效的：

1、singleton：单例作⽤域（默认）【共用一个对象】- Spring

官⽅说明：(Default) Scopes a single bean definition to a single object instance for each Spring IoC container.

描述：该作⽤域下的Bean在IoC容器中只存在⼀个实例：获取Bean（即通过
applicationContext.getBean等⽅法获取）及装配Bean（即通过@Autowired注⼊）都是同⼀个对象。

场景：通常⽆状态的Bean使⽤该作⽤域。⽆状态表示Bean对象的属性状态不需要更新
备注：Spring默认选择该作⽤域

2、prototype：原型作⽤域（多例作⽤域）【每回拿到的对象，都是刚new的，未改变的。】- Spring

官⽅说明：Scopes a single bean definition to any number of object instances.

描述：每次对该作⽤域下的Bean的请求都会创建新的实例：获取Bean（即通过applicationContext.getBean等⽅法获取）及装配Bean（即通过@Autowired注⼊）都是新的对象实例。

场景：通常有状态的Bean使⽤该作⽤域

3、request：请求作⽤域【针对每一次请求，都创建一个对象】- Spring MVC

官⽅说明：Scopes a single bean definition to the lifecycle of a single HTTP request. Thatis, each HTTP request has its own instance of a bean created off the back of a single bean definition. Only valid in the context of a web-aware Spring ApplicationContext.
描述：每次http请求会创建新的Bean实例，类似于prototype（new一个新的对象）
场景：⼀次http的请求和响应的共享Bean
备注：限定SpringMVC中使⽤

4、session：回话作⽤域【一个会话里面，会有一个对象，而且是共享的！】

官⽅说明：Scopes a single bean definition to the lifecycle of an HTTP Session. Only valid in the context of a web-aware Spring ApplicationContext.
描述：在⼀个http session中，定义⼀个Bean实例
场景：⽤户会话的共享Bean, ⽐如：记录⼀个⽤户的登陆信息
备注：限定SpringMVC中使⽤

关于会话，你们可以看Servlet这篇文章

5、application：全局作⽤域【共享的】

官⽅说明：Scopes a single bean definition to the lifecycle of a ServletContext. Only valid in the context of a web-aware Spring ApplicationContext.
描述：在⼀个http servlet Context中，定义⼀个Bean实例
场景：Web应⽤的上下⽂信息，⽐如：记录⼀个应⽤的共享信息
备注：限定SpringMVC中使⽤

6、websocket：HTTP WebSocket 作⽤域【在 Spring WebSocket 项目中，才会涉及到的作用域类型】- 了解

官⽅说明：Scopes a single bean definition to the lifecycle of a WebSocket. Only valid in the context of a web-aware Spring ApplicationContext.
描述：在⼀个HTTP WebSocket的⽣命周期中，定义⼀个Bean实例
场景：WebSocket的每次会话中，保存了⼀个Map结构的头信息，将⽤来包裹客户端消息头。第⼀次初始化后，直到WebSocket结束都是同⼀个Bean。
备注：限定Spring WebSocket中使⽤

单例作⽤域(singleton)和全局作⽤域(application)区别

singleton 是 Spring Core 的作⽤域；application 是 Spring Web 中的作⽤域；
singleton 作⽤于 IoC 的容器，⽽ application 作⽤于 Servlet 容器。

设置作用域

回到刚才的那个案例。

B 就是希望自己获取的 bean，里面的内容，没有被修改。
这就需要将程序，从单例模式设置成原型模式（多例模式）。
这样获得的对象，独属于 B 自己的。
就不会受到别人操作的影响。

那么，问题来了：怎么设置作用域呢？
需要借助一个 @Scope 注解，并在参数中，设置对应的作用域。
将上述注解，放在 @Bean 的（上面 / 下面）。
如下所示：

@Component
public class Users {
    @Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)// prototype - 原型作用域
    @Bean
    public User user1() {
        User user = new User();
        user.setId(1);
        user.setName("Java"); // 【重点：名称是 Java】
        return user;
    }
}

@Scope 标签既可以修饰方法，也可以修饰类。
@Scope 有两种设置方式

1、直接设置值：@Scope(“prototype”)

2、使用类似枚举的方式进行设置：@Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)

ConfigurableBeanFactory 这是一个类，你可以理解为是一个 " 枚举类 "。

Spring 执行流程和 Bean 的生命周期

接下来，咱们来看一下 Bean 执行原理和生命周期。

Spring 执行流程 / Spring 的生命周期

这里只是 Spring 的启动与加载的流程。

总的来说：
先去启动容器，加载 xml 配置文件。
然后，扫描五大类注解，随后，将具有五大类注解的类，存入 Spring 当中。
如果存入的过程中，存在属性的注入，就先执行属性的注入。
然后，再继续执行类的实例化。
实例化之后，将其存入Spring 中。
上述的流程，知识初始化阶段。
如果说：我们处于运行阶段，相当于直接根据 URL 地址去匹配到相应的方法。
然后，执行它。
执行完之后，当我们停止 Tomcat，或者停止项目的时候，就会把这些对象，给注销掉。
这就是 Spring项目整个执行的大概流程（Spring的生命周期）。

Bean 的生命周期【经典面试题】

所谓的⽣命周期指的是⼀个对象从诞⽣到销毁的整个⽣命过程，我们把这个过程就叫做⼀个对象的⽣命周期。

Bean 的⽣命周期分为以下 5 ⼤部分：

1.实例化 Bean（为 Bean 分配内存空间）

2.设置属性（Bean 注⼊和装配）

3.Bean 初始化

1、执行各种通知（各种Aware）
比如：
Spring在初始化 bean，是需要给 bean 赋予 id（name）。
而设置 beanName 成功的话，就会生成一个 beadNameAware 通知。

2、执行初始化的前置方法
前提：我们重新前置方法，不然它按照源码来操作。

3、执行构造方法，两种执行方式。
3.1、执行具有 @PostConstruct 注解的方法。【PostConstruct -> 初始化方法】
3.2、执行 init-method 方法，是 Spring 中配置文件里面的 bean 标签所有具有的属性。
这个两个执行方法，是两个不同时期的产物。
@PostConstruct，是一种通过注解来初始化的方法。
init-method，是 xml 时代的初始化方法。
但是！它们描述的都是同一件事情 “ 初始化 ”。

它们两个执行的优先级：
这么说吧：如果两种方法，同时存在。
先执行 @PostConstruct 注解的方法，然后执行 init-method 方法。
原因更简单，我们是使用的是高版本的版本，过去的东西终究会被淘汰！

4、执行初始化的后置方法

4.使⽤ Bean
5.销毁 Bean

销毁容器的各种方法，如 @PreDestroy，DisposableBean 接⼝⽅法，destroy-method
【 PS1：@PreDestroy 和 destroy-method 之间的关系，与 @PostConstruct 和 init-method 之间的关系，是一样的。】
【PS2：如果重写了 DisposableBean 接口方法，就会执行销毁 Bean】
【PS3：优先级：@PreDestroy > DisposableBean > destroy-method】

执行流程图

在这里插入图片描述

实例化和初始化的区别

实例化和属性设置是 Java 级别的系统“事件”，其操作过程不可⼈⼯⼲预和修改；
⽽初始化是给开发者提供的，可以在实例化之后，类加载完成之前进⾏⾃定义“事件”处理。

简单来说实例化就是分配内存空间。
初始化，就是把我们一些参数，方法的具体实现逻辑。。。给加载进去。

⽣命流程的“故事”

Bean 的⽣命流程看似繁琐，但咱们可以以⽣活中的场景来理解它，⽐如我们现在需要买⼀栋房⼦，那么我们的流程是这样的：

先买房（实例化，从⽆到有）；
装修（设置属性）；
买家电，如洗⾐机、冰箱、电视、空调等（[各种]初始化）；
⼊住（使⽤ Bean）；
卖出去（Bean 销毁）。

⽣命周期演示

bean

import org.springframework.beans.factory.BeanNameAware;
import org.springframework.stereotype.Component;
import javax.annotation.PostConstruct;
import javax.annotation.PreDestroy;
@Component
public class BeanLifeComponent implements BeanNameAware {
    @PostConstruct
    public void postConstruct() {
        System.out.println("执⾏ PostConstruct()");
    }
    public void init() {
        System.out.println("执⾏ BeanLifeComponent init-method");
    }
    @PreDestroy
    public void preDestroy() {
        System.out.println("执⾏：preDestroy()");
    }
    public void setBeanName(String s) {
        System.out.println("执⾏了 setBeanName ⽅法：" + s);
    }
}

xml 配置如下：

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xmlns:content="http://www.springframework.org/schema/context"
        xsi:schemaLocation="http://www.springframework.org/schema/beans
        http://www.springframework.org/schema/beans/spring-beans.xsd
        http://www.springframework.org/schema/context
        https://www.springframework.org/schema/context/spring-context.xsd">
<content:component-scan base-package="com.bit.component">
</content:component-scan>
<beans>
<bean id="beanLifeComponent"
class="com.bit.component.BeanLifeComponent" init-method="init"></bean>
</beans>
</beans>

调⽤类 / 启动类

import com.bit.controller.BeanLife;
import 
org.springframework.context.support.ClassPathXmlApplicationContext;
public class BeanLifeTest {
    public static void main(String[] args) {
        ClassPathXmlApplicationContext context =
                new ClassPathXmlApplicationContext("spring-config.xml");
        BeanLife life = context.getBean(BeanLife.class);
        System.out.println("执⾏ main ⽅法");
// 执⾏销毁⽅法
        context.destroy();
    }
}

总结分析

在这里插入图片描述

思考：为什么要先设置属性在进⾏初始化呢？

也就将第2部分和第3部分的顺序，能不能打个颠倒？

@Controller
public class UserController {
    @Resource
    private UserService userService;
    @PostConstruct
    public void postConstruct() {
        userService.sayHi();
        System.out.println("执⾏ User Controller 构造⽅法");
    }
}

在上述的代码中，如果先执行第三步（初始化），后执行第二步（设置属性）。
此时代码会先执行 postConstruct 方法，【初始化方法】
而在这个方法中，它会调用 userService 属性变量。
但是！它还没有注入属性，因此，它还是一个 null 值。
那么！此时初始化方法这一调用，就会造成空指针异常！！！！

答案显而易见，第二步和第三步的位置的执行顺序，能换吗？
不能！！！！

总结

本博文介绍了 Bean 的 6 种作⽤域：
1、 singleton：单例作⽤域
2、prototype：原型作⽤域（多例作⽤域）
3、 request：请求作⽤域
4、session：回话作⽤域
5、application：全局作⽤域
6、 websocket：HTTP WebSocket 作⽤域
其中前两种是 spring 核⼼作⽤域，⽽后 4 种是 spring mvc 中的作⽤域，也介绍了 spring 的执⾏流程和 bean 的⽣命周期，其中 bean 的作⽤域是最重要的知识点也是常⻅的⾯试题，⽽ bean ⼤的执⾏流程也⼀定要牢记。