目录
通过一个案例来看 Bean 作用域的问题
假设现在有⼀个公共的 Bean,提供给 A 用户和 B 用户使用,然而在使用的途中 A 用户却“悄悄”地修改了公共 Bean 的数据,导致 B 用户在使用时发生了预期之外的逻辑错误。
被修改的 Bean 案例
公共 Bean:
@Component
public class Users {
@Bean
public User user1() {
User user = new User();
user.setId(1);
user.setName("zhangsan"); // 重点:名称是 zhangsan
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("lisi"); // 重点:进⾏了修改操作
return user;
}
}
B 用户再去使用公共 Bean 的时候:
@Controller
public class BeanScopesController2 {
@Autowired
private User user1;
public User getUser1() {
User user = user1;
return user;
}
}
打印 A 用户和 B 用户公共 Bean 的值:
public class app {
public static void main(String[] args) {
ApplicationContext context = new ClassPathXmlApplicationContext("spring-config.xml");
BeanScopesController beanScopesController = context.getBean(BeanScopesController.class);
System.out.println("A 对象修改之后 Name:" + beanScopesController.getUser1().toString());
BeanScopesController2 beanScopesController2 = context.getBean(BeanScopesController2.class);
System.out.println("B 对象读取到的 Name:" + beanScopesController2.getUser1().toString());
}
}
运行结果如下:读取到的值是lisi
原因分析
操作以上问题的原因是因为 Bean 默认情况下是单例状态(singleton),也就是所有人的使用的都是同一个对象,之前我们学单例模式的时候都知道,使用单例可以很大程度上提高性能,所以在 Spring 中 Bean 的作用域默认也是 singleton 单例模式
作用域定义
限定程序中变量的可用范围叫做作用域,或者说在源代码中定义变量的某个区域就叫做作用域。 而 Bean 的作用域 是指 Bean 在 Spring 整个框架中的某种行为模式,比如 singleton 单例作用域,就 表示 Bean 在整个 Spring 中只有⼀份,它是全局共享的,那么当其他人修改了这个值之后,那么另一个人读取到的就是被修改的值。
Bean 的 6 种作用域
Spring 容器在初始化⼀个 Bean 的实例时,同时会指定该实例的作用域。Spring有 6 种作用域,最后 四种是基于 Spring MVC 生效的:
1. singleton:单例作用域
2. prototype:原型作用域(多例作用域)
3. request:请求作用域
4. session:回话作用域
5. application:全局作用域
6. websocket:HTTP WebSocket 作用域
注意: 后四种状态是 Spring MVC 中的值,在普通的 Spring 项⽬中只有前两种。
singleton
该作用域下的Bean在IoC容器中只存在一个实例:获取Bean(即通过 applicationContext.getBean等方法获取)及装配Bean(即通过@Autowired注入)都是同⼀个对象。
通常无状态的Bean使用该作用域。无状态表示Bean对象的属性状态不需要更新。
Spring默认选择该作用域
prototype
每次对该作用域下的Bean的请求都会创建新的实例:获取Bean(即通过 applicationContext.getBean等方法获取)及装配Bean(即通过@Autowired注入)都是新的对象 实例。
通常有状态的Bean使用该作用域
request
每次http请求会创建新的Bean实例,类似于prototype
限定SpringMVC中使用
session
在⼀个http session中,定义⼀个Bean实例
用户会话的共享Bean, 比如:记录一个用户的登陆信息
限定SpringMVC中使用
application
在⼀个http servlet Context中,定义⼀个Bean实例
Web应用的上下文信息,比如:记录⼀个应用的共享信息
限定SpringMVC中使用
websocket
在⼀个HTTP WebSocket的生命周期中,定义一个Bean实例
WebSocket的每次会话中,保存了⼀个Map结构的头信息,将用来包裹客户端消息头。第一次初始化后,直到WebSocket结束都是同⼀个Bean
限定Spring WebSocket中使用
设置作用域
使用 @Scope 标签就可以用来声明 Bean 的作用域,比如设置 Bean 的作用域,如下代码所示:
@Component
public class Users {
@Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
@Bean(name = "u1")
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)
Spring 执行流程
Bean 执行流程(Spring 执行流程):
启动 Spring 容器 -> 实例化 Bean(分配内存空间,从无到 有) -> Bean 注册到 Spring 中(存操作) -> 将 Bean 装配到需要的类中(取操作)
Bean生命周期
生命周期指的是一个对象从诞生到销毁的整个生命过程,我们把这个过程就叫做⼀个对象的生命 周期。
Bean 的生命周期分为以下 5 大部分:
1.实例化 Bean(为 Bean 分配内存空间)
2.设置属性(Bean 注入和装配)
3.Bean 初始化
(1)实现了各种 Aware 通知的方法,如 BeanNameAware、BeanFactoryAware、ApplicationContextAware 的接口方法;
(2)执行 BeanPostProcessor 初始化前置方法;
(3)执行 @PostConstruct 初始化方法,依赖注入操作之后被执行;
(4)执行自己指定的 init-method 方法(如果有指定的话);
(5)执行 BeanPostProcessor 初始化后置方法。
4.使用 Bean
5.销毁 Bean
销毁容器的各种方法,如 @PreDestroy、DisposableBean 接口方法、destroy-method。
实例化和初始化的区别
实例化和属性设置是 Java 级别的系统“事件”,其操作过程不可人工干预和修改;而初始化是给开发者提供的,可以在实例化之后,类加载完成之前进行自定义“事件”处理。
总结
Bean 的 6 种作用域:
1. singleton:单例作用域
2. prototype:原型作用域(多例作用域)
3. request:请求作用域
4. session:会话作用域
5. application:全局作用域
6. websocket:HTTP WebSocket 作用域
希望对大家有帮助!