假设现在有⼀个公共的 Bean,提供给 A ⽤户和 B ⽤户使⽤,然⽽在使⽤的途中 A ⽤户却“悄悄”地修 改了公共 Bean 的数据,导致 B ⽤户在使⽤时发⽣了预期之外的逻辑错误。
公共的bean
@Bean
public User user2(){
User user = new User();
user.setName("lisi");
user.setAge(19);
return user;
}
A ⽤户使⽤时,进⾏了修改操作:
@Controller
public class ScopeController {
@Autowired
private User user2;
public void sayHi(){
System.out.println(user2);
user2.setName("张三获取的user2");
System.out.println(user2);
}
}
B ⽤户再去使⽤公共 Bean 的时候:
@Controller
public class ScopeController2 {
@Autowired
private User user2;
public void sayHi(){
System.out.println(user2);
}
}
打印 A ⽤户和 B ⽤户公共 Bean 的值:
public class App {
public static void main(String[] args) {
// 1.得到 spring 上下⽂
ApplicationContext context = new ClassPathXmlApplicationContext("spring-config.xml");
ScopeController scopeController = context.getBean(ScopeController.class);
scopeController.sayHi();
ScopeController2 scopeController2 = context.getBean(ScopeController2.class);
scopeController2.sayHi();
}
}
执⾏结果如下:
操作以上问题的原因是因为 Bean 默认情况下是单例状态(singleton),也就是所有⼈的使⽤的都是同 ⼀个对象,之前我们学单例模式的时候都知道,使⽤单例可以很⼤程度上提⾼性能,所以在 Spring 中 Bean 的作⽤域默认也是 singleton 单例模式。
限定程序中变量的可⽤范围叫做作⽤域,或者说在源代码中定义变量的某个区域就叫做作⽤域。 ⽽ Bean 的作⽤域是指 Bean 在 Spring 整个框架中的某种⾏为模式,⽐如 singleton 单例作⽤域,就 表示 Bean 在整个 Spring 中只有⼀份,它是全局共享的,那么当其他⼈修改了这个值之后,那么另⼀ 个⼈读取到的就是被修改的值。
Spring 容器在初始化⼀个 Bean 的实例时,同时会指定该实例的作⽤域。Spring有 6 种作⽤域,最后 四种是基于 Spring MVC ⽣效的:
1. singleton:单例作⽤域
2. prototype:原型作⽤域(多例作⽤域)
3. request:请求作⽤域
4. session:回话作⽤域
5. application:全局作⽤域
6. websocket:HTTP WebSocket 作⽤域
注意后 4 种状态是 Spring MVC 中的值,在普通的 Spring 项⽬中只有前两种。
spring官方文档:
使⽤ @Scope 标签就可以⽤来声明 Bean 的作⽤域,⽐如设置 Bean 的作⽤域,如下代码所示:
@Configuration
public class BeanConfig {
@Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
@Bean
public User user2(){
User user = new User();
user.setName("lisi");
user.setAge(19);
return user;
}
}
@Scope 标签既可以修饰⽅法也可以修饰类,@Scope 有两种设置⽅式:
1. 直接设置值:@Scope("prototype")
2. 使⽤枚举设置:@Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
Bean 执⾏流程(Spring 执⾏流程):启动 Spring 容器 -> 实例化 Bean(分配内存空间,从⽆到 有) -> Bean 注册到 Spring 中(存操作) -> 将 Bean 装配到需要的类中(取操作)。
所谓的⽣命周期指的是⼀个对象从诞⽣到销毁的整个⽣命过程,我们把这个过程就叫做⼀个对象的⽣命 周期。 Bean 的⽣命周期分为以下 5 ⼤部分:
1.实例化 Bean(为 Bean 分配内存空间)
2.设置属性(Bean 注⼊和装配)
3.Bean 初始化
4.使⽤ Bean
5.销毁 Bean 销毁容器的各种⽅法,如 @PreDestroy、DisposableBean 接⼝⽅法、destroy-method。 执⾏流程如下图所示:
实例化和属性设置是 Java 级别的系统“事件”,其操作过程不可⼈⼯⼲预和修改;⽽初始化是给开发者 提供的,可以在实例化之后,类加载完成之前进⾏⾃定义“事件”处理。
Bean 的⽣命流程看似繁琐,但咱们可以以⽣活中的场景来理解它,⽐如我们现在需要买⼀栋房⼦,那 么我们的流程是这样的:
1. 先买房(实例化,从⽆到有);
2. 装修(设置属性);
3. 买家电,如洗⾐机、冰箱、电视、空调等([各种]初始化);
4. ⼊住(使⽤ Bean);
5. 卖出去(Bean 销毁)。
package org.example.component;
import org.springframework.beans.factory.BeanNameAware;
import org.springframework.stereotype.Component;
import javax.annotation.PostConstruct;
import javax.annotation.PreDestroy;
/**
* bean的声明周期
*/
//@Component
public class BeanLifeComponent implements BeanNameAware {
public BeanLifeComponent(){
System.out.println("执行了构造函数。。。");
}
@Override
public void setBeanName(String s){
System.out.println("设置beanname:"+s);
}
@PostConstruct
public void postConstruct(){
System.out.println("执行postConstruct方法");
}
public void init(){
System.out.println("执行init方法");
}
public void hi(){
System.out.println("hi~");
}
@PreDestroy
public void destroy(){
System.out.println("执行destroy方法。。。");
}
}
xml 配置如下:
调⽤类:
import javafx.application.Application;
import org.example.component.BeanLifeComponent;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
public class App2 {
public static void main(String[] args) {
ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("spring-config.xml");
BeanLifeComponent beanLifeComponent = context.getBean(BeanLifeComponent.class);
beanLifeComponent.hi();
context.destroy();
}
}
本篇文章介绍了 Bean 的 6 种作⽤域
1. singleton:单例作⽤域
2. prototype:原型作⽤域(多例作⽤域)
3. request:请求作⽤域
4. session:回话作⽤域
5. application:全局作⽤域 6
. websocket:HTTP WebSocket 作⽤域
其中前两种是 spring 核⼼作⽤域,⽽后 4 种是 spring mvc 中的作⽤域,
也介绍了 spring 的执⾏流程 和 bean 的⽣命周期,其中 bean 的作⽤域是最重要的知识点也是常⻅的⾯试题,⽽ bean ⼤的执⾏流 程也⼀定要牢记。