在 Spring 项目里有一个几乎“隐形”的事实：

你几乎没显式写过 @Scope 但你每天都在用 singleton。

这不是巧合，而是 Spring Framework 的刻意设计。

再看那问题来了，

👉 Spring 为什么要“推荐看看”你用 singleton？说起来， 👉 prototype 明明更自由。为什么反而不常用，

一、先给结论

Spring 推荐 singleton。不是因为它“简单”，而是因为：

singleton 和现代服务端架构，是天然契合的。

后面所有理由，其实都围绕这句话展开。

二、原因一：服务端应用。本质就是“无状态”的

我们先抛开 Spring，看一眼现实世界里的服务端程序。

你每天写的 Service，通常在干嘛？

• 接收参数
• 查询数据库
• 计算结果
• 返回响应

你们是不是也经常遇到 Service 里存储临时状态导致并发问题？或者为了避免这个问题花了大量时间调整代码？Spring 的默认 singleton 模式恰恰能解决这个主要痛点！ *

换个角度：一次请求结束，Service 本身不应该“记住任何东西”。这种对象有一个标准名称：无状态对象。*

singleton + 无状态 = 完美搭档

• singleton：全局只有一个实例
• 从无状态来看，内部没有可变数据
• 没有并发问题
• 可以被无限复用
• 省资源
• ⚠️ 警告: 如果把有状态数据放入 Singleton Bean 中会导致难以调试的 Bug 和线程安全问题!
• ✅ 常用方法: 将所有临时状态通过方法参数传递或使用 ThreadLocal 管理!

三、原因二：对象创建。其实比你想象的“贵”

html

prototype 的真实代价

每次获取都要创建对象 每次都要重新走初始化流程 GC压力明显增加

✅ singleton：

初始化一次
后续只用引用
JVM和GC都很开心