【JavaEE】Spring的开发要点总结（4）
【JavaEE】Spring的开发要点总结（4）
在学习Spring中，Bean是最核心的操作资源
- 使用学习Bean对象是一个重点，我们已经知道如何存储它，获取它，现在我们要知道：
- 它的作用域，我们才可以知道怎么使用，才能得心应手，符合预期~
- 它的生命周期，我们才能更加清楚的了解它的“生与死”，即程序执行的过程~
1. Bean的作用域
在学习C语言或者JavaSE的时候，熟悉一个变量的作用域非常重要，否则会出现很多错误，并且违背一些设计上的初心~
- C语言
- 全局变量，整个源文件可以访问，代码从上到下执行，局部优先，隔着源文件需要extern…
- 局部变量，在代码块中生效，在方法中生效，代码从上到下执行
- 静态变量，局部变量的作用域，全局变量的生命周期~
- Java
- 修饰访问限定符
- 局部变量…
- 成员变量，静态成员变量…
知己知彼，才能百战百胜~
1.1 一个例子感受作用域的存在
之前的代码，我们只是一个简单的读操作，没有涉及其他，所以作用域感受不明显，接下来一个例子说明一下~
背景故事：
一个公司开发了一个外卖平台，这个公司打算将这个平台卖给别的公司，赚收成和维护费，但是每个公司都有特定的要求，而员工三人（小马、大马、老马），负责这个项目，小马负责公司原本的代码，大马负责A公司的外卖平台的代码，老马则负责B公司。
大马和老马的工作就是，对一些功能进行删减，添加个别的功能~
三人各自完成各自的业务~
所以就会如下的项目结构（实际情况要比这复杂很多，这个例子只是为了演示罢了）：
- 小马代表UserController
- 大马代表UserController1
- 老马代表UserController2
这个Users类，就是一些原始的User的诞生和定义的地方~
- 这个类是一个公共类
- 这不代表这个里面诞生的对象就是公共的，而是存储Bean对象的手段是公共的
那么可能就会有以下场景：
再每次设置后都打印一次：
System.out.println(user2);
他们原本的意思就是，他们从spring中获取一个Bean对象（用户），设置对应的属性，为自己所用~
现在我们来测试一下：
@Component
public class Test {
@Autowired
private UserController userController;
@Autowired
private UserController1 userController1;
@Autowired
private UserController2 userController2;
public static void main(String[] args) {
ApplicationContext context = new ClassPathXmlApplicationContext("spring-config.xml");
Test test = context.getBean("test", Test.class);
test.userController.doMethod();
test.userController1.doMethod();
test.userController2.doMethod();
}
}
从结果可以看出，下一次的更新，是在前一次更新的基础上进行的！
- 而小马大马老马三个人的操作都没有问题，他们都不知道对方进行修改了 ~
所以可以说明，他们用的Bean，是同一个！就像C语言全局变量那样~
这就是作用域中的一种：单例Bean对象
- 这里的单例跟我们之前的单例不一样，之前的单例是那个类的实例只有一个
- 而这里的单例是，这个Bean对象的实例只有一个
- 也就是说这个类型的Bean对象，名字为这个名字的Bean对象，有且只有一个~
改变Bean对象的作用域也很简单，只需要一个注解@Scope（意思就是作用域）~
默认情况下就是：singleton
我们如果要让小马大马老马获得的Bean对象都不一样，可以设置为：
prototype（原型/多例）
- 原型 => 每次获取该 Bean对象，都是重新获取初始的那一个
- 多例 => 这个类型这个名字的 Bean对象，有多个存在！
- 从结果可以看出，作用域的改变！
1.2 通过例子说明作用域的定义
Bean的作用域指的就是Bean对象在Spring整个框架中的某种行为模式：
- 比如singleton，单例模式，就表示这个Bean对象在整个Spring容器中只有一份，它是全局共享的，那么当其他人修改这个值之后，另一个人读取到的就是修改后的值
-
再比如prototype，原型模式，就表示这个Bean对象在整个Spring中可以存在多份，并且每次DI的时候，都是崭新的一个Bean对象，不同人获得的Bean是不一样的
- 所以prototype模式下的Bean对象的作用域就是：需要注入这个Bean的那个类的一个实例内部
- 类比两个不同的方法中定义的同一类型同一名字的变量~
1.3 六种不同的作用域
- singleton：单例作用域
- prototype：原型作用域
- request：请求作用域
- session：会话作用域
- application：全局作用域
- websocket：HTTP WebSocket作用域
Spring普通项目（ Spring Core）其实就前面两种：singleton 和 prototype
后四种值则是在 Spring MVC 项目中的值
1.3.1 singleton单例模式（默认作用域）
单例模式的效率比较高（性能好）
- 只有第一次去加载它
经典的面试题：单例模式的Bean是线程安全的吗？
不是线程安全的~
- 所有人共同操作的变量，一定不是线程安全的
解决方案：使用ThreadLocal（本地线程变量）
- 这是解决线程安全的其中一种方式！
文章推荐：ThreadLocal不好用？那是你没用对！｜ Java Debug 笔记 - 掘金 (juejin.cn)
ThreadLocal的基础方法：
- set方法
- get方法
- remove方法
可能存太多没有remove，内存溢出的问题也会出现，感兴趣的可以去了解一下
相比于使用锁来解决线程安全问题
- 使用ThreadLocal可能会导致结果与锁不一致的情况
- 特别是在多个线程之间存在依赖关系的情况下。
- 因为每个线程都有自己的数据副本，如果线程之间需要共享数据并进行协作，那么就需要额外的协调机制来保证数据的一致性。
- 否则，可能会出现一个线程修改了数据，但其他线程并不知道的情况，导致结果不一致。
所以在使用ThreadLocal解决线程安全问题时，**需要根据具体的业务场景来评估是否适合使用ThreadLocal，**并确保线程之间的数据协作和一致性。
对于一些依赖全局状态的场景，使用锁可能更适合。
1.3.2 prototype原型模式
每次获取（DI）的都是一个原型的对象：
1.3.3 request请求作用域
顾名思义，在每一次HTTP请求的时候，创建一次原型，与prototype类似
在一次HTTP请求和响应中，共享Bean
注意：限定在Spring MVC中使用
因为Spring Core项目不支持HTTP
Spring MVC项目也叫作 Spring Web项目，支持HTTP
1.3.4 session会话作用域
顾名思义，一个HTTP Session中，共享Bean
- 例如记录一个用户的登录信息，同一个session，每次获取Bean的时候不要原型
注意：限定在Spring MVC中使用
后面四种可能会比较难理解，这是因为我们还没有接触Spring MVC，所以不太了解具体用法！
- 之后的实践肯定会对这些知识更加清晰！
1.3.5 application全局/应用作用域
在一个http servlet Context中，共享Bean
即一个Context容器，共享Bean
- web应用的上下文信息，例如记录一个应用的共享信息
注意：限定在Spring MVC中使用
对于普通的Spring项目是不能用这个值的
但是对于singleton单例模式，Bean的作用域不超过一个ApplicationContext对象（一个context是一个容器，不同context进行各自的注入…）：
singleton和application有什么区别呢？
- 前者是Spring Core的全局作用域，作用于IoC容器
- 后者是Spring MVC（Spring Web）的全局作用域，作用于Servlet容器
了解即可
1.3.6 “websocket” HTTP WebSocket作用域
在一个HTTP WebSocket的生命周期中，共享Bean
就是一个特殊项目里使用的特殊值罢了
注意：限定在Spring WebSocket中使用
WebSocket的每次会话中，保存了一个Map结构的头信息，将用来包裹客户端消息头。第一次初始化后，直到WebSocket结束都是同一个Bean。
如果对WebSocket项目感兴趣的同学可以去学习，如果不感兴趣，了解一下也可以
1.4 设置Bean的作用域
- 直接设置
- @scope(“prototype”)
- 利用全局变量
- 不用记忆单词，借助题词
- 不用记忆单词，借助题词
效果一致~
对于 & ：了解即可！
2. Bean的生命周期
2.1 Spring的执行流程
笼统的流程：
- 回答问题的时候，不用讲太细致~
- 启动容器
-
加载配置文件（根据参数）
-
完成Bean的实例化（根据提供的扫描路径，找五大类注解）
- 这样Bean对象就成型了，但是是游离在内存中
- 这样Bean对象就成型了，但是是游离在内存中
-
注册Bean对象到容器中
-
装配Bean的属性（DI）
6.……
2.2 Spring 的生命周期
跟流程基本一致（粗糙的了解）：
- 启动容器
- 读取配置进行Bean实例化
- 将Bean加入到容器中
- 装配Bean属性（给当前类的属性进行赋值，DI）
- 运行业务代码
- 销毁Bean
- 关闭容器
2.3 Bean的生命周期
所谓的生命周期指的是一个对象从诞生到销毁的整个生命周期，我们把这个过程叫做一个对象的生命周期
Spring的一生其实也差不多是Bean 的一生吧~
Bean的生命周期，也是经典的面试题！
- 这一部分讲的就比较细致，但是也是了解为主~
Bean的生命周期分为以下5大部分：
- 实例化Bean
- 只是分配内存空间，现在Bean既没有初始化，而且还是游离在内存中的
- 设置属性
- 进行依赖注入，将需要的但没有初始化的Bean对象注入到属性中，Bean不游离了
- Bean初始化
- 流程较多，大概就是对Bean进行一系列的操作，然后Bean里面的值是有意义的
- 其中就可能涉及Bean注入的属性
- 使用Bean
- 销毁Bean
2.3.1 Bean初始化
- 进行各种通知：如BeanNameAware、BeanFactoryAware…的接口方法
- 就是暴露一个判断而已，就是告知你Bean的名字设置好了…
- 至于你知道了这个通知后，进行什么逻辑就看你了~
- 而系统也会自动去干一些事情~
- 初始化前置方法（前戏，准备）
-
执行初始化方法（设置就一定会执行，不设置就不会执行）
- 注解的方式：@PostConstruct
- xml的方式：init-method方法
- 初始化后置方法
- 进行一些额外的操作和设置，以确保Bean在使用之前处于正确的状态
- xml的方式：destroy-method的值
- 注解的方式：@PreDestroy
2.3.2 Bean生命周期代码演示
- 以这个实行了BeanNameAware接口的类为例
如图是注解的方式去定义初始化方法
如图是xml的方式去决定使用什么初始化方法
- init-method的值对应的就是方法名，并且必须存在！
用注解设置多个初始化方法也更加方便~
- 这是用注解的方式设置销毁Bean的方法
- 这是用xml的方式设置销毁Bean的方法
对于初始化和销毁方法的设置，还有很多其他的方法！
- 但是注解就是香！
- xml的方式一次就一个
测试：
用子类，有更多的方法
获取Bean，使用Bean
扫描路径不要删掉，即使没用也要设置的
效果：
注解的优先级比较高~
顺序正如我们所料~
2.3.3 为什么属性设置比Bean初始化早
其实这个很容易想，例如一下操作：
如果user这个没有指向一块内存空间，只是null，那么就会空指针异常~
而实例化和属性注入之后，相当于在这里放了个箱子，之后的操作有了对象
文章到此结束！谢谢观看
可以叫我 小马，我可能写的不好或者有错误，但是一起加油鸭🦆！Spring Core普通项目的讲解告一段落，接下来是Spring Boot的学习，敬请期待！文章来源：https://www.toymoban.com/news/detail-624392.html
代码位置：SpringDemo4/src/main/java · 游离态/马拉圈2023年8月 - 码云 - 开源中国 (gitee.com)文章来源地址https://www.toymoban.com/news/detail-624392.html
到了这里，关于【JavaEE】深入了解Spring中Bean的可见范围（作用域）以及前世今生（生命周期）的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
