在 Spring 框架开发中，我们常常会遇到以下三种情况：
使用 @Bean 定义一个 Bean。使用自动扫描的方式，通过注解（如 @Component, @Service, @Repository）注册 Bean。什么都不用（即不通过 Spring 容器管理，而是自己手动创建对象）。那么，什么时候应该用 @Bean，什么时候可以不使用任何 Spring 提供的机制（直接手动创建对象）？下面将从不同场景中进行分析。
1. 使用 @Bean 的场景@Bean 是 Spring 提供的用于显式声明 Bean 的注解，通常用在 @Configuration 类中。以下场景适合使用 @Bean：
1.1 第三方库的组件
如果需要使用第三方库（如 Jackson 的 ObjectMapper、Hibernate 的 SessionFactory 等）作为 Spring 容器中的 Bean，而这些类本身无法被注解标识（例如它们没有 @Component 等注解），可以通过 @Bean 注册。示例：注册 ObjectMapper
@Configuration
public class AppConfig {
@Bean
public ObjectMapper objectMapper() {
return new ObjectMapper();
}
}
Spring 无法扫描第三方类，因此使用 @Bean 显式注册是最优选择。
1.2 Bean 初始化逻辑复杂
如果创建一个对象需要复杂的初始化逻辑，或者需要动态传递参数，@Bean 提供了足够的灵活性。
示例：需要复杂初始化逻辑的 Bean
@Configuration
public class AppConfig {
@Bean
public MyService myService() {
MyService myService = new MyService();
myService.setInitData("Custom initialization");
return myService;
}
}
相比通过注解（如 @Component）直接注册，@Bean 方法允许你在方法体中编写初始化逻辑。
1.3 条件化或动态 Bean 注册
当需要根据条件动态注册 Bean 时（如 @Profile 或 @Conditional 注解），@Bean 是更为灵活的选择。示例：根据环境动态创建 Bean
@Configuration
public class AppConfig {
@Bean
@Profile("dev") // 开发环境专用
public DataSource devDataSource() {
return new HikariDataSource(); // 开发用数据源
}
@Bean
@Profile("prod") // 生产环境专用
public DataSource prodDataSource() {
return new DataSource(); // 生产用数据源
}
}
通过 @Bean 与条件注解结合，可以轻松实现环境依赖的 Bean 配置。
1.4 需要显式控制 Bean 的作用域
对于需要控制 Bean 的作用域（如 prototype 或 request），使用 @Bean 可以直接配置。示例：定义一个 prototype 作用域的 Bean
@Configuration
public class AppConfig {
@Bean
@Scope("prototype")
public MyPrototypeBean myPrototypeBean() {
return new MyPrototypeBean();
}
}
虽然注解（如 @Component）也可以配合 @Scope 使用，但 @Bean 提供了更明确的控制。
1.5 需要工厂方法的场景
如果某个 Bean 是通过工厂方法创建的，可以使用 @Bean。
示例：通过工厂方法创建 Bean
@Configuration
public class AppConfig {
@Bean
public MyService myService(MyFactory myFactory) {
return myFactory.createService();
}
}
这种情况下，Bean 的创建逻辑依赖于外部工厂，@Bean 是最佳选择。
2. 不用 @Bean 的场景
在某些情况下，你可以不用 @Bean，而直接使用 Spring 中自动扫描的方式，或者完全不将类交给 Spring 容器管理。
2.1 通过注解自动注册 Bean
Spring 提供了注解（如 @Component, @Service, @Repository, @Controller）以及组件扫描的机制，可以自动注册 Bean。在以下场景中，你可以不使用 @Bean。
适合场景：简单的业务类：例如服务层类、数据访问层类、控制器类。默认初始化逻辑：Bean 的构造和初始化逻辑简单，不需要额外定制。代码语义清晰：通过注解标记类的职责（如 @Service、@Controller 等），代码更加直观。示例：服务层类
@Service
public class MyService {
public void doSomething() {
System.out.println("Executing service logic");
}
}
Spring 会自动扫描并注册该类为 Bean，开发者无需手动使用 @Bean。
示例：数据访问层类
@Repository
public class MyRepository {
public void saveData() {
System.out.println("Saving data to database");
}
}
通过语义化的注解（如 @Repository），代码可读性更高，也符合职责分离的设计原则。
2.2 手动创建对象（完全不用 Spring 容器）
在某些场景中，你可能选择完全跳过 Spring 容器的管理，而是手动创建对象。这种方式适用于以下情况。
适合场景：简单工具类或无状态对象：
例如单纯的工具类、辅助类等，不需要依赖注入。无状态（stateless）的类，线程安全且可以自由实例化。性能敏感场景：
如果对象的生命周期短且频繁创建，可以选择手动创建，避免 Spring 容器的管理开销。特定场合的独立性：
如果某些类仅用于局部逻辑，且不需要在整个应用程序中共享，可以直接手动创建。示例：手动创建工具类对象
public class Utility {
public static String toUpperCase(String input) {
return input.toUpperCase();
}
}
调用方法时无需通过 Spring 容器：
String result = Utility.toUpperCase("hello");
示例：手动创建业务对象
public class MyService {
public void execute() {
System.out.println("Service executed.");
}
}
手动创建实例：
MyService myService = new MyService();
myService.execute();
3. 比较：@Bean vs 自动扫描 vs 手动创建
特性@Bean 定义注解自动扫描（如 @Component）手动创建对象
适用场景
复杂初始化逻辑、第三方类、动态条件注册等
简单 POJO 类，职责明确，适合直接注册的组件
工具类、简单无状态对象，或性能敏感场景
依赖注入支持
完全支持依赖注入
完全支持依赖注入
无法实现自动依赖注入
初始化控制
可以在方法体中精细控制初始化逻辑
只能通过构造器/字段完成初始化逻辑
需手动管理对象及其初始化逻辑
代码复杂性
配置类中增加方法数量
简单，类职责清晰，一目了然
简单，但无法与 Spring 容器整合
灵活性
非常灵活，支持条件化、作用域自定义等
适用于大部分常见类的场景
灵活但独立，无法享受 Spring 的容器管理能力
4. 总结与建议
使用 @Bean 的场景：
需要复杂初始化逻辑。
需要注册第三方库的组件。
需要条件化或动态控制 Bean 的创建。
需要明确控制 Bean 的作用域。
使用注解扫描的场景：
对于简单类（如服务类、DAO 类、控制器类等），优先使用注解（@Component, @Service 等）。
默认初始化逻辑的 Bean。
手动创建对象的场景：
工具类或简单无状态对象。
性能敏感场景（需要频繁创建和销毁对象）。
不需要依赖注入且不依赖 Spring 容器的类。