写在前面刚开始学Java时我们习惯这样创建对象User user new User()。后来学Spring发现不用自己new了在类上加个Component就能通过Autowired拿到实例。这个被Spring管理的对象就叫Bean。但很多初学者会困惑Bean不就是普通对象吗为什么要叫Bean它和JavaBean有什么关系为什么面试总爱问作用域和生命周期其实理解Spring Bean的关键在于它不再是你手动new出来的“孤立对象”而是被Spring IoC容器接管了生命周期的“托管对象”。容器帮你创建、装配、管理依赖、控制销毁。这篇笔记我按照大多数Java学习者的认知顺序来组织从JavaBean到Spring Bean从注解声明到XML配置从单例到原型从初始化到销毁。希望能帮你彻底搞懂Spring Bean的本质。1️⃣ 回顾JavaBean只是一种编码规范在Spring出现之前JavaBean就已经存在了。它并不是一个技术而是一套编码规范类必须是公共的public有一个无参构造方法属性用private修饰通过getter/setter访问通常实现Serializable接口用于传输/存储public class User implements Serializable { private String name; private Integer age; public User() {} // 无参构造 public String getName() { return name; } public void setName(String name) { this.name name; } // ...其他getter/setter }JavaBean的作用很简单封装数据比如从前端接收表单数据、ORM框架映射数据库记录。它只是一个普通类需要你自己new出来。2️⃣ Spring Bean被IoC容器管理的对象Spring Bean是一个被Spring IoC容器实例化、装配和管理的对象。你不再需要手动new而是告诉Spring“这个类交给你管理”然后从容器中取用。最简单的声明注解Component // 标记为Spring Bean public class UserService { public void doSomething() { System.out.println(Hello Bean); } }在其他地方使用Autowired private UserService userService; // Spring自动注入背后发生了什么Spring启动时扫描带有Component或其派生注解Service、Repository、Controller的类通过反射创建该类的实例默认单例将实例存入IoC容器一个大的Map结构遇到Autowired时从容器中查找匹配的Bean并注入关键区别普通类是你主动newSpring Bean是被动创建并由容器管理生命周期。3️⃣ Bean与普通类的本质区别4️⃣ Bean的三种声明方式虽然现代项目几乎都用注解但理解XML和Java配置有助于深入理解Spring。方式一XML配置老项目常见beans bean iduserService classcom.example.UserService/ bean iduserDao classcom.example.UserDao/ /beansApplicationContext context new ClassPathXmlApplicationContext(beans.xml); UserService service context.getBean(UserService.class);方式二注解最常用Component通用BeanService业务层Repository数据访问层Controller控制层WebService public class UserService { ... }启用组件扫描Spring Boot自动配置SpringBootApplication // 内含ComponentScan方式三Java配置类Spring Boot推荐用于第三方BeanConfiguration public class AppConfig { Bean public RedisTemplateString, Object redisTemplate() { return new RedisTemplate(); } }选型建议自己写的类用Component系列第三方库、需要复杂初始化的用Bean。5️⃣ Bean的作用域作用域决定了Bean实例的创建策略。默认是单例singleton。声明方式Component Scope(prototype) public class ShoppingCart { ... }重要提示当单例Bean依赖原型Bean时原型Bean会失效因为单例只创建一次。解决方案使用Lookup注解或ObjectFactory。6️⃣ Bean的生命周期面试高频考点。Bean在IoC容器中的完整生命周期如下实例化 → 属性注入 → 初始化前 → 初始化 → 初始化后 → 使用 → 销毁前 → 销毁各阶段关键点示例完整生命周期演示Component public class ExampleBean implements InitializingBean, DisposableBean { PostConstruct public void postConstruct() { System.out.println(1. PostConstruct); } Override public void afterPropertiesSet() throws Exception { System.out.println(2. InitializingBean); } PreDestroy public void preDestroy() { System.out.println(3. PreDestroy); } Override public void destroy() throws Exception { System.out.println(4. DisposableBean); } }执行顺序PostConstruct→afterPropertiesSet→ (使用中) →PreDestroy→destroy大多数业务开发不需要手动实现这些接口但了解它们有助于排查问题比如为什么某个Bean初始化时报错。7️⃣ 常见面试题与避坑指南Q1Spring Bean是线程安全的吗A默认单例如果Bean中没有可变的成员变量或者使用ThreadLocal则是线程安全的。Service、Dao通常无状态所以安全。如果Bean有状态如成员变量int count则需要加锁或改为原型作用域。Q2Component和Bean的区别AComponent用在自己写的类上配合ComponentScan自动注册Bean用在配置类的方法上适合创建第三方库的实例可以自定义初始化逻辑Q3如何让一个Bean在初始化后执行某个方法A使用PostConstruct注解推荐实现InitializingBean接口Bean(initMethod customInit)Q4Bean的作用域什么时候用prototypeA当Bean持有用户特定状态时比如购物车、表单对象。注意prototype的Bean不会自动销毁需要手动管理。避坑指南不要在单例Bean中直接注入原型Bean否则原型Bean退化为单例。应使用Lookup或ObjectProvider。避免在构造方法中执行过多逻辑因为此时依赖可能尚未注入。PostConstruct和PreDestroy需要引入javax.annotation-api依赖JDK9后需单独加但Spring Boot已默认包含。理解循环依赖Spring通过三级缓存解决了单例Bean的循环依赖但不支持构造器循环依赖和原型Bean的循环依赖。 写在最后从普通Java对象到Spring Bean本质上是控制权的转移你不再主动创建对象而是把创建和管理的权力交给Spring IoC容器。这个转变一开始可能不习惯但随着项目变大你会发现它能带来极大的便利解耦、统一管理、AOP增强。理解Spring Bean的关键是记住三件事它是被容器管理的对象默认是单例生命周期有明确的回调点希望这篇笔记能帮你从“只会用注解”到“真正理解Bean的本质”。下一篇我计划写一篇关于Spring循环依赖的解决方案与原理敬请期待。如果一个单例Bean中通过Autowired注入了一个原型Bean那么这个原型Bean每次调用时都是新实例吗为什么如何解决欢迎在评论区留下你的答案如果这篇文章帮到了你欢迎点赞收藏关注我会持续输出相关的高质量内容。你的支持是我创作的动力