Spring 容器默认以单例（Singleton）作用域管理 @Service 等组件，因此所有依赖注入该服务的控制器、服务或其他 Bean，均共享同一个实例对象。
spring 容器默认以单例（singleton）作用域管理 `@service` 等组件，因此所有依赖注入该服务的控制器、服务或其他 bean，均共享同一个实例对象。
在 Spring 应用中，Bean 的作用域（Scope）决定了其生命周期与可见范围。对于绝大多数业务服务类（如标注 @Service、@Repository、@Controller 或 @Component 的类），Spring 默认采用 singleton 作用域——即在整个 Spring IoC 容器中，该类型仅存在唯一一个共享实例。
这意味着：
✅ 当 SomeService 被声明为 @Service（未显式指定 @Scope）时，Spring 在启动时创建其唯一实例，并将其缓存于容器中；
✅ 所有通过构造器注入（如 SomeController 和 AnotherController）、字段注入或 setter 注入的方式引用 SomeService 的 Bean，获取的都是同一内存地址的对象；
✅ 该行为与“设计模式中的单例模式”不同——它由 Spring 容器统一管理，不依赖静态变量或私有构造器，具备可测试性与解耦优势。
✅ 验证示例：通过哈希码确认实例一致性
你可以在任意注入点添加简单验证逻辑：
@RestController
public class SomeController {
private final SomeService someService;
public SomeController(SomeService someService) {
this.someService = someService;
System.out.println("SomeController injected: " + someService.hashCode());
}
}
@RestController
public class AnotherController {
private final SomeService someService;
public AnotherController(SomeService someService) {
this.someService = someService;
System.out.println("AnotherController injected: " + someService.hashCode());
}
}启动应用后，控制台将输出两个完全相同的 hashCode（例如 SomeController injected: 123456789 和 AnotherController injected: 123456789），直观证实了单例共享机制。
⚠️ 注意事项与常见误区
- singleton ≠ JVM 单例：Spring 的 singleton 是“容器级单例”，即每个 ApplicationContext 实例内唯一；若存在多个上下文（如父子容器、微服务多实例），则各容器内独立维护一份 singleton 实例。
-
线程安全性需自行保障：单例 Bean 通常无状态（stateless），但若在其中维护可变成员变量（如 private List
cache;），必须同步访问或使用线程安全集合，否则将引发并发问题。 - 非 singleton 场景需显式声明：如需原型（每次注入新建实例），须添加 @Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)；Web 相关作用域（如 request、session）仅在 Web 环境生效，且需配合 @EnableAspectJAutoProxy(proxyTargetClass = true) 等配置。
✅ 总结
Spring 的默认单例行为是框架高效复用资源、降低对象创建开销的核心机制之一。理解并善用该特性，有助于构建轻量、一致、易于维护的分层架构。如需打破单例约束，请始终显式声明作用域，避免隐式依赖容器默认行为带来的可维护性风险。
