spring为什么把bean默认设计成单例

原创已于 2025-12-02 15:06:14 修改 · 197 阅读

4 ·

CC 4.0 BY-SA版权

文章标签：

#spring #java

于 2025-12-02 14:52:56 首次发布

java笔记专栏收录该内容

45 篇文章

订阅专栏

1. 简介

在 Spring 容器中，Bean有6种作用域，如果不显式指定作用域，所有 Bean 都是单例的。这意味着：

对于同一个 Bean 定义，Spring 容器在整个应用生命周期中只会创建一个实例。
所有对该 Bean 的请求（如通过 getBean() 或依赖注入）都会返回同一个对象实例。

示例：

@Component
public class MyService {
    // 默认是 singleton
}

2. 原因分析

Spring 框架默认将 Bean 设计为单例（Singleton），主要有以下几个原因：

2.1 节省资源和提高性能

单例 Bean 是在容器启动时创建并驻留在内存中，因此减少了对象创建和销毁的开销。频繁创建和销毁对象会占用额外的内存和 CPU 资源。
由于单例对象存在于 JVM 的堆中，可以避免重复分配和垃圾收集的成本。

2.2 简化配置和管理

单例模式符合大多数应用场景的需求，特别是那些无状态的服务 Bean。例如，DAO（数据访问对象）、Service（业务逻辑层），这些 Bean 通常在整个应用程序生命周期内只需一个实例。
单例模式减少了 Bean 的管理复杂性，因为开发人员不需要担心实例的创建和销毁。

2.3 线程安全考虑

即使需要在多线程环境中使用单例 Bean（无状态的），也能确保它是线程安全的。例如，大多数 Spring Bean 是无状态的，因此它们本质上是线程安全的，可以被多个线程安全地共享和访问。

2.4 一致性和协作

单例 Bean 能保证整个应用程序中所有对该 Bean 的引用都是一致的，便于不同组件之间的协同和共享资源。
例如，所有使用同一个 Service Bean 的类实例可以共享同样的配置信息和资源。

3. 自定义Bean的作用域

当然，Spring 也允许开发人员根据需求定义不同作用域的 Bean，比如 prototype（原型）、request（每次 HTTP 请求）、session（HTTP 会话）等。默认使用单例是一个合理的设计选择，但不意味着所有场景都适合单例模式。因此，Spring 提供了灵活的 Bean 定义，以便开发人员根据具体需求选择合适的作用域。

举例：如果将 Bean 的作用域设置为 prototype，则每次请求该 Bean 时，Spring 容器都会创建一个新的实例。

在bean所在类上配置：

@Component
@Scope("prototype")
public class MyPrototypeBean {
}

或在Config类里配置：

@Configuration
public class AppConfig {

    @Bean
    @Scope("prototype")
    public MyBean myBean() {
        return new MyBean();
    }
}

综上所述，单例作为默认作用域是出于效率、简化管理和实际使用场景等因素的考虑。但开发者可以根据应用程序的不同需求使用其他作用域。

4. 相关文档

1. Spring内置的Bean作用域介绍