Spring从零开始学使用系列(四)--Spring框架中的Bean作用域:Singleton与Prototype详解

本文主要是介绍Spring从零开始学使用系列(四)--Spring框架中的Bean作用域:Singleton与Prototype详解,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

1. 引言

        在复杂的企业级应用开发中,理解和正确使用Spring框架的Bean作用域至关重要。Bean作用域决定了Bean的生命周期,即Bean的创建、存在期及销毁的时机。Spring通过灵活的作用域管理,为开发者提供了强大的工具来优化应用性能和资源利用。本文将深入探讨Spring的各种Bean作用域,从常见的单例(Singleton)和原型(Prototype)作用域,到只在Web应用中使用的请求(Request)、会话(Session)、应用(Application)及WebSocket作用域,以及如何自定义作用域来满足特定的业务需求,同样希望我们在面试的时候也能有话可说。

2. Bean的定义和作用域

        在Spring框架中,Bean是构成应用程序的基础,它代表了一个被实例化、组装并由Spring容器所管理的对象。Bean的定义包括类名、生命周期、依赖关系等信息,这些信息使得Spring容器能够创建和管理这些对象。而Bean的作用域是指Bean存在的时间范围,它决定了Bean何时创建,何时销毁,以及是否可以被多个类或者用户共享。

1. Singleton作用域

        这是Spring中默认的作用域。每个Spring IoC容器中只会有一个Bean的实例,所有的请求都返回同一个Bean实例,因此它适合那些无状态的服务。

2. Prototype作用域

        每次请求都会创建一个新的Bean实例,因此每个Bean都是独立的。这种作用域适用于所有状态信息都由特定实例维护的情况。

3. Request作用域

        这个作用域将Bean的生命周期绑定到一个HTTP请求的生命周期上。每一个HTTP请求都会有一个新的Bean实例,它仅在当前HTTP请求内有效。

4. Session作用域

        在这个作用域中,Bean的生命周期被绑定到一个HTTP Session上。每个Session有一个Bean的实例,同一个Session内部的所有请求都共享这个Bean实例。

5. Application作用域

        在这个作用域中,Bean的生命周期被绑定到ServletContext的生命周期。这意味着每个Web应用都会为每个Bean定义创建一个实例。

6. WebSocket作用域

        Bean的生命周期绑定到WebSocket会话的生命周期。这在基于WebSocket的通信模型中非常有用,每个WebSocket会话可以有自己的Bean实例。

Spring的灵活性还允许开发者定义自己的作用域,提供更多的定制化管理。这种能力允许应用在复杂的运行时环境中更有效地使用资源,同时还提供了优化性能的手段。

3.自定义作用域

        在Spring框架中,除了内置的作用域,开发者还可以创建自定义作用域以满足特定的业务需求。这一节将介绍如何定义自定义作用域,并通过代码示例展示其配置和使用。

1.创建自定义作用域

        要创建一个自定义作用域,需要实现org.springframework.beans.factory.config.Scope接口。这个接口包括几个关键方法,如get()remove()registerDestructionCallback()等,它们允许你控制Bean的生命周期。

        

public class SimpleThreadScope implements Scope {private final ThreadLocal<Map<String, Object>> threadScope =ThreadLocal.withInitial(HashMap::new);@Overridepublic Object get(String name, ObjectFactory<?> objectFactory) {Map<String, Object> scopedObjects = threadScope.get();return scopedObjects.computeIfAbsent(name, key -> objectFactory.getObject());}@Overridepublic Object remove(String name) {Map<String, Object> scopedObjects = threadScope.get();return scopedObjects.remove(name);}@Overridepublic void registerDestructionCallback(String name, Runnable callback) {// Custom scopes may not support destruction callbacks}@Overridepublic String getConversationId() {return Thread.currentThread().getName();}
}
2. 配置自定义作用域

        一旦定义了自定义作用域,接下来需要在Spring配置中注册这个作用域。你可以通过ConfigurableBeanFactoryregisterScope方法进行注册。

        

@Configuration
public class AppConfig {@Beanpublic static CustomScopeConfigurer scopeConfigurer() {CustomScopeConfigurer configurer = new CustomScopeConfigurer();Map<String, Scope> scopes = new HashMap<>();scopes.put("thread", new SimpleThreadScope());configurer.setScopes(scopes);return configurer;}
}
3.使用自定义作用域

        定义并注册自定义作用域后,你可以在Bean定义中使用它,就像使用其他任何作用域一样。

<!-- 使用XML配置Bean,将其作用域设置为自定义的 'thread' -->
<bean id="threadScopedBean" class="com.example.SomeBean" scope="thread"/>

或者使用Java配置:

@Bean
@Scope("thread")
public SomeBean threadScopedBean() {return new SomeBean();
}

        通过这些设置,SomeBean 的每个实例将与一个特定线程绑定,每个线程访问时都会接收到该线程独立的SomeBean实例

4.总结

        在本文中,我们详细探讨了Spring框架中Bean的不同作用域,包括Singleton、Prototype、Request、Session、Application和WebSocket。每种作用域都适应于特定的应用场景,使得Bean的生命周期管理变得灵活而高效。通过这些作用域,Spring帮助开发者确保了资源的最优利用,提高了应用的性能和可维护性。

        此外,我们还介绍了如何创建自定义作用域,这进一步增强了Spring的灵活性。通过实现Scope接口,并通过配置将其集成到Spring应用中,开发者可以精确控制Bean的生命周期,满足特定业务需求。

        通过本文的介绍,希望你能更好地理解Spring的强大功能,以及如何利用这些功能来构建健壮的、易于管理的Java应用程序。Spring的Bean作用域不仅仅是一个技术细节,它们是理解和使用Spring框架的核心概念之一

5.扩展

        在讨论有状态服务和无状态服务的区别之前,重要的是理解“状态”这个概念。在计算机科学中,状态指的是在某个给定时间点,某个系统或对象的所有可观察的属性的集合。简而言之,状态是关于系统当前正在做什么以及它是如何达到当前状况的信息的总和。

无状态服务(Stateless Services)

        无状态服务是指不保存客户端状态信息的服务。每个请求都被当作全新的独立请求处理,不依赖于之前的任何请求数据。这意味着请求可以在任何时间由任何服务实例处理,不需要考虑之前的交互。无状态服务的特点包括:

  • 独立性:每个请求都包含了处理它所需的所有信息。
  • 可伸缩性:由于不需要同步客户端的状态信息,无状态服务更容易扩展。
  • 可靠性:每个请求被独立处理,一个请求的失败不会影响到其他请求。

        常见的无状态服务示例包括HTTP无状态协议(每个HTTP请求都独立于其他请求)和许多RESTful Web服务。

有状态服务(Stateful Services)

有状态服务是指那些需要跟踪和存储客户端的状态信息以便跨多个请求或交互进行操作的服务。这种服务记住了前一次交互的信息,可以用这些信息来影响当前或未来的处理。有状态服务的特点包括:

  • 上下文感知:服务可以根据之前的交互改变其行为。
  • 持久性:需要存储和管理状态数据,这可以是内存中的,也可以是通过数据库等持久化方式存储。
  • 复杂管理:管理和同步状态在分布式系统中可能更复杂,尤其是在负载均衡和服务故障转移场景下。

        有状态服务的示例包括在线购物网站的购物车功能(需要跟踪用户添加到购物车中的商品)或在线游戏(玩家状态需要被持续跟踪)。

这篇关于Spring从零开始学使用系列(四)--Spring框架中的Bean作用域:Singleton与Prototype详解的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/961115

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

中文分词jieba库的使用与实景应用(一)

知识星球:https://articles.zsxq.com/id_fxvgc803qmr2.html 目录 一.定义: 精确模式(默认模式): 全模式: 搜索引擎模式: paddle 模式(基于深度学习的分词模式): 二 自定义词典 三.文本解析   调整词出现的频率 四. 关键词提取 A. 基于TF-IDF算法的关键词提取 B. 基于TextRank算法的关键词提取

使用SecondaryNameNode恢复NameNode的数据

1)需求: NameNode进程挂了并且存储的数据也丢失了,如何恢复NameNode 此种方式恢复的数据可能存在小部分数据的丢失。 2)故障模拟 (1)kill -9 NameNode进程 [lytfly@hadoop102 current]$ kill -9 19886 (2)删除NameNode存储的数据(/opt/module/hadoop-3.1.4/data/tmp/dfs/na

Hadoop数据压缩使用介绍

一、压缩原则 (1)运算密集型的Job,少用压缩 (2)IO密集型的Job,多用压缩 二、压缩算法比较 三、压缩位置选择 四、压缩参数配置 1)为了支持多种压缩/解压缩算法,Hadoop引入了编码/解码器 2)要在Hadoop中启用压缩,可以配置如下参数