【Spring注解必知必会】全面了解@Scope

简介: 【Spring注解必知必会】全面了解@Scope

概述


其实在开发的过程中大家基本上很少使用这个这个注解,我看了下我公司的项目中,完全没用到。但是没用到不代表,没有用,我们今天就来学习这个注解,了解它的基本作用和使用场景。


注解介绍


@Scope, 英文名是范围的意思,用来表示Spring中Bean的作用域范围, 该注解只能写在类上或者方法上。

@Target({ElementType.TYPE, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface Scope {
  @AliasFor("scopeName")
  String value() default "";
  @AliasFor("value")
  String scopeName() default "";
  ScopedProxyMode proxyMode() default ScopedProxyMode.DEFAULT;
}

注解有3个属性,value和scopeName一样,用来表示注解的作用于范围。proxyMode用来为spring bean设置代理。

作用域(value或者scopeName)属性范围

  • singleton: 默认值,单例模式,在整个Spring IoC容器中,使用singleton定义的Bean将只有一个实例。
  • prototype: 原型模式,每次通过容器的getBean方法获取prototype定义的Bean时,都将产生一个新的Bean实例。
  • request: 对于每次HTTP请求,使用request定义的Bean都将产生一个新实例,即每次HTTP请求将会产生不同的Bean实例。只有在Web应用中使用Spring时,该作用域才有效。
  • session: 对于每次HTTP Session,使用session定义的Bean都将产生一个新实例。同样只有在Web应用中使用Spring时,该作用域才有效。

默认的作用域范围为singleton。

proxyMethod属性:

  • DEFAULT:proxyMode的默认值,一般情况下等同于NO,即不需要动态代理。
  • NO:不需要动态代理,即返回的是Bean的实例对象。
  • INTERFACES:代理的对象是一个接口,即@Scope的作用对象是接口,这种情况是基于jdk实现的动态代理。
  • TARGET_CLASS:代理的对象是一个类,即@Scope的作用对象是一个类,上面例子中的ClassB就可以用这种代理,是以生成目标类扩展的方式创建代理,基于CGLib实现动态代理。

后面通过实例来讲解下我们为什么要有这个属性。


使用注解


前面讲了该注解作用在类上或者方法上,但是其实它前提必须是一个Bean,所以存在下面两种情况:

作用在类上

搭配@Component、@Service注解

@Component
@Scope(ConfigurableBeanFactory.SCOPE_SINGLETON)
public class Student {
    private String name;
    private Integer age;
    public Student() {
        System.out.println("实例化学生对象~~~");
    }
}

作用在方法上

搭配@Bean注解使用

@Configuration
public class ScopeConfig {
    @Bean
    @Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
    public Student getStudent() {
        return new Student();
    }
}

通常我们不配置Scope情况下的Bean的作用域都是单例模式singleton,不进行任何代理。


实例演示


我们前面讲解了通过Bean如何控制我们Bean的作用域范围,那我们通过例子演示验证下。


原型模式prototype


原型模式prototype,也叫多例模式,每次通过容器的getBean方法获取prototype定义的Bean时,都将产生一个新的Bean实例。

public class PrototypeBean {
    PrototypeBean() {
        System.out.println("实例化 PrototypeBean");
    }
    public void init() {
        System.out.println("初始化 PrototypeBean");
    }
    public void destroy() {
        System.out.println("销毁 PrototypeBean");
    }
}
@Bean(initMethod = "init", destroyMethod = "destroy")
    @Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
    public PrototypeBean prototypeBean() {
        return new PrototypeBean();
    }

验证代码:

PrototypeBean prototypeBean1 = context.getBean(PrototypeBean.class);
 System.out.println(prototypeBean1);
 PrototypeBean prototypeBean2 = context.getBean(PrototypeBean.class);
 System.out.println(prototypeBean2);
 System.out.println(prototypeBean1 == prototypeBean2);
 context.close();

执行结果:

实例化 PrototypeBean
初始化 PrototypeBean
com.alvinlkk.scope.PrototypeBean@26a94fa5
实例化 PrototypeBean
初始化 PrototypeBean
com.alvinlkk.scope.PrototypeBean@464a4442
false

小结:

  1. prototype多例模式,每次在调用getBean() 获取实例时,都会重新实例化,初始化。
  2. prototype多例模式,它的Bean实例对象则不受IOC容器的管理,最终由GC来销毁。


单例模式singleton


默认情况下,Spring Bean都是单例模式,在容器启动的时候,Bean就会创建。

public class SingletonBean {
    SingletonBean() {
        System.out.println("实例化 SingletonBean");
    }
    public void init() {
        System.out.println("初始化 SingletonBean");
    }
    public void destroy() {
        System.out.println("销毁 SingletonBean");
    }
}
@Bean(initMethod = "init", destroyMethod = "destroy")
    @Scope(ConfigurableBeanFactory.SCOPE_SINGLETON)
    public SingletonBean singletonBean() {
        return new SingletonBean();
    }

验证代码:

SingletonBean singletonBean1 = context.getBean(SingletonBean.class);
System.out.println(singletonBean1);
SingletonBean singletonBean2 = context.getBean(SingletonBean.class);
System.out.println(singletonBean1 == singletonBean1);

执行结果:

实例化 SingletonBean
初始化 SingletonBean
执行 SingletonBean 测试:
com.alvinlkk.scope.SingletonBean@e8fadb0
com.alvinlkk.scope.SingletonBean@e8fadb0
true
销毁 SingletonBean

小结:

  1. singleton单实例模式下,多次getBean()取到的对象是一样的。
  2. 针对单实例bean的话,容器启动的时候,bean的对象就创建了,而且容器销毁的时候,也会调用Bean的销毁方法。


单实例Bean注入多实例Bean


那么如果单实例中注入了多实例的bean,会是什么样的情况呢?

定义多实例Bean

@Component
@Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
public class PrototypeBean1 {
    /**
     * 打印自己这个对象
     */
    public void printCurrentObj() {
        System.out.println(this);
    }
}

定义单实例Bean:

@Component
@Scope(ConfigurableBeanFactory.SCOPE_SINGLETON)
public class SingletonBean1 {
    @Autowired
    private PrototypeBean1 prototypeBean;
    public void callProtypeBeanPrint() {
        prototypeBean.printCurrentObj();
    }
}

验证:

SingletonBean1 singletonBean1 = context.getBean(SingletonBean1.class);
for (int i = 0; i < 5; i++) {
    singletonBean1.callProtypeBeanPrint();
}

执行结果:

1671160965039.jpg

在单实例对象Bean中注入多实例对象,最终都是同一个对象,因为在Bean创建的那个时刻被注入了,那有什么棒法变成真正的多实例吗?这时候代理proxyMethod属性派上用场了。

1671160972564.jpg

重新运行测试,查看结果如下:

1671160980549.jpg

发现每个对象都不一样了,本质上是通过代理对象调用方法printCurrentObj时,会重新从容器getBean,获取真实的Bean,这时候会重新创建对象,具体可以查看。blog.csdn.net/geng2568/ar…


总结


几乎90%以上的业务使用 singleton单例就可以,所以 Spring 默认的类型也是singleton,singleton虽然保证了全局是一个实例,对性能有所提高,但是如果实例中有非静态变量时,会导致线程安全问题,共享资源的竞争。

当设置为prototype多例时:每次连接请求,都会生成一个bean实例,也会导致一个问题,当请求数越多,性能会降低,因为创建的实例,导致GC频繁,GC时长增加。

目录
相关文章
|
4月前
|
缓存 监控 Java
SpringBoot @Scheduled 注解详解
使用`@Scheduled`注解实现方法周期性执行,支持固定间隔、延迟或Cron表达式触发,基于Spring Task,适用于日志清理、数据同步等定时任务场景。需启用`@EnableScheduling`,注意线程阻塞与分布式重复问题,推荐结合`@Async`异步处理,提升任务调度效率。
712 128
|
4月前
|
XML 安全 Java
使用 Spring 的 @Aspect 和 @Pointcut 注解简化面向方面的编程 (AOP)
面向方面编程(AOP)通过分离横切关注点,如日志、安全和事务,提升代码模块化与可维护性。Spring 提供了对 AOP 的强大支持,核心注解 `@Aspect` 和 `@Pointcut` 使得定义切面与切入点变得简洁直观。`@Aspect` 标记切面类,集中处理通用逻辑;`@Pointcut` 则通过表达式定义通知的应用位置,提高代码可读性与复用性。二者结合,使开发者能清晰划分业务逻辑与辅助功能,简化维护并提升系统灵活性。Spring AOP 借助代理机制实现运行时织入,与 Spring 容器无缝集成,支持依赖注入与声明式配置,是构建清晰、高内聚应用的理想选择。
526 0
|
3月前
|
XML Java 应用服务中间件
【SpringBoot(一)】Spring的认知、容器功能讲解与自动装配原理的入门,带你熟悉Springboot中基本的注解使用
SpringBoot专栏开篇第一章,讲述认识SpringBoot、Bean容器功能的讲解、自动装配原理的入门,还有其他常用的Springboot注解!如果想要了解SpringBoot,那么就进来看看吧!
485 2
|
4月前
|
Java 测试技术 数据库
使用Spring的@Retryable注解进行自动重试
在现代软件开发中,容错性和弹性至关重要。Spring框架提供的`@Retryable`注解为处理瞬时故障提供了一种声明式、可配置的重试机制,使开发者能够以简洁的方式增强应用的自我恢复能力。本文深入解析了`@Retryable`的使用方法及其参数配置,并结合`@Recover`实现失败回退策略,帮助构建更健壮、可靠的应用程序。
565 1
使用Spring的@Retryable注解进行自动重试
|
4月前
|
XML Java 数据格式
常用SpringBoot注解汇总与用法说明
这些注解的使用和组合是Spring Boot快速开发和微服务实现的基础,通过它们,可以有效地指导Spring容器进行类发现、自动装配、配置、代理和管理等核心功能。开发者应当根据项目实际需求,运用这些注解来优化代码结构和服务逻辑。
356 12
|
4月前
|
传感器 Java 数据库
探索Spring Boot的@Conditional注解的上下文配置
Spring Boot 的 `@Conditional` 注解可根据不同条件动态控制 Bean 的加载,提升应用的灵活性与可配置性。本文深入解析其用法与优势,并结合实例展示如何通过自定义条件类实现环境适配的智能配置。
228 0
探索Spring Boot的@Conditional注解的上下文配置
|
4月前
|
智能设计 Java 测试技术
Spring中最大化@Lazy注解,实现资源高效利用
本文深入探讨了 Spring 框架中的 `@Lazy` 注解,介绍了其在资源管理和性能优化中的作用。通过延迟初始化 Bean,`@Lazy` 可显著提升应用启动速度,合理利用系统资源,并增强对 Bean 生命周期的控制。文章还分析了 `@Lazy` 的工作机制、使用场景、最佳实践以及常见陷阱与解决方案,帮助开发者更高效地构建可扩展、高性能的 Spring 应用程序。
188 0
Spring中最大化@Lazy注解,实现资源高效利用
|
4月前
|
安全 IDE Java
Spring 的@FieldDefaults和@Data:Lombok 注解以实现更简洁的代码
本文介绍了如何在 Spring 应用程序中使用 Project Lombok 的 `@Data` 和 `@FieldDefaults` 注解来减少样板代码,提升代码可读性和可维护性,并探讨了其适用场景与限制。
177 0
Spring 的@FieldDefaults和@Data:Lombok 注解以实现更简洁的代码
|
4月前
|
Java 测试技术 编译器
@GrpcService使用注解在 Spring Boot 中开始使用 gRPC
本文介绍了如何在Spring Boot应用中集成gRPC框架,使用`@GrpcService`注解实现高效、可扩展的服务间通信。内容涵盖gRPC与Protocol Buffers的原理、环境配置、服务定义与实现、测试方法等,帮助开发者快速构建高性能的微服务系统。
868 0
|
4月前
|
XML Java 测试技术
使用 Spring 的 @Import 和 @ImportResource 注解构建模块化应用程序
本文介绍了Spring框架中的两个重要注解`@Import`和`@ImportResource`,它们在模块化开发中起着关键作用。文章详细分析了这两个注解的功能、使用场景及最佳实践,帮助开发者构建更清晰、可维护和可扩展的Java应用程序。
260 0