在spring boot应用中，默认情况下bean是单例模式，即所有注入点共享同一实例。然而，对于像`resttemplatebuilder`这样具有状态的bean，共享实例可能导致意外的副作用。本文将详细介绍如何利用`@scope("prototype")`注解，为每次注入请求创建独立的bean实例，从而有效避免状态污染，确保应用行为的预期一致性。
默认的单例Bean与潜在问题
在Spring Boot应用程序中，Spring IoC容器默认将所有通过@Bean注解声明的组件注册为单例（Singleton）模式。这意味着对于同一个Bean定义，无论在多少个地方通过@Autowired进行注入，Spring都会提供同一个共享的实例。这种设计模式在大多数情况下是高效且内存友好的，因为它减少了对象的创建和销毁开销。
然而，当Bean的内部状态是可变的（即它是“有状态的”），并且多个组件共享同一个实例时，单例模式就可能导致意想不到的副作用。一个典型的例子是RestTemplateBuilder。RestTemplateBuilder允许开发者配置RestTemplate实例，例如添加拦截器、设置超时时间等。如果多个服务都注入并共享同一个RestTemplateBuilder实例，并且其中一个服务修改了其配置（例如，通过builder.setConnectTimeout()），那么这些修改将影响到所有其他使用该共享RestTemplateBuilder的服务，导致行为的不一致性和难以调试的问题。
解决方案：使用原型（Prototype）作用域
为了解决上述问题，Spring框架提供了多种Bean作用域，其中“原型”（Prototype）作用域正是为这种需求设计的。当一个Bean被定义为原型作用域时，Spring IoC容器在每次请求该Bean时，都会创建一个全新的实例并返回。这意味着每次通过@Autowired注入该Bean时，都会得到一个独立的、互不影响的对象。
如何声明原型作用域Bean
您可以通过在@Bean注解旁边添加@Scope("prototype")注解来将一个Bean声明为原型作用域。
示例代码：
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.context.annotation.Scope;
import org.springframework.beans.factory.config.ConfigurableBeanFactory;
// 假设我们有一个简单的Person类，我们希望每次注入都得到一个新的Person实例
class Person {
private String name;
public Person() {
System.out.println("Person instance created: " + this.hashCode());
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
}
@Configuration
public class AppConfig {
/**
* 声明一个原型作用域的Person Bean
* 每次注入时都会创建一个新的Person实例
*/
@Bean
@Scope("prototype")
public Person personPrototype() {
return new Person();
}
/**
* 也可以使用ConfigurableBeanFactory常量来定义作用域，
* 这种方式更具类型安全性，并避免硬编码字符串。
*/
@Bean
@Scope(value = ConfigurableBeanFactory.SCOPE_PROTOTYPE)
public Person anotherPersonPrototype() {
return new Person();
}
}在上述示例中，无论您在多少个类中注入personPrototype或anotherPersonPrototype，每个注入点都将获得一个全新的Person对象实例。
何时使用原型作用域
- 有状态的Bean： 当Bean的内部状态在不同使用场景下需要独立维护，并且不希望互相影响时，例如RestTemplateBuilder、数据库连接、会话对象等。
- 每次请求都需要全新实例的场景： 某些业务逻辑要求每次操作都基于一个全新的、未被修改过的对象。
注意事项
- 生命周期管理： 与单例Bean不同，Spring容器对原型作用域Bean的生命周期管理是有限的。Spring负责创建原型Bean并将其交给客户端，但不会管理其后续的生命周期，例如不会调用其destroy方法。这意味着，如果原型Bean持有资源（如文件句柄、数据库连接等），客户端需要自行负责这些资源的释放。
- 性能开销： 每次请求原型Bean都会导致新的对象创建。如果Bean的创建成本较高，或者被频繁请求，可能会引入一定的性能开销。因此，应权衡利弊，只在确实需要独立实例时才使用原型作用域。
- 与单例Bean的交互： 如果一个单例Bean注入了一个原型Bean，那么该单例Bean只会获得一次原型Bean的实例（即在单例Bean创建时）。此后，即使单例Bean多次访问该原型Bean的引用，也仍然是同一个原型实例。如果单例Bean需要每次都获取新的原型实例，则需要使用方法注入（Method Injection）或ObjectProvider/Provider接口。
总结
通过@Scope("prototype")注解，Spring提供了一种强大而灵活的机制来控制Bean的实例化行为。当面对有状态的Bean或需要隔离实例的特定场景时，合理利用原型作用域可以有效避免共享实例带来的副作用，确保应用程序的稳定性和可预测性。然而，开发者也应充分理解其生命周期管理特性和潜在的性能影响，以做出最适合自身应用的设计决策。
