当前位置: 首页 > news >正文

(28)全注解开发底层原理


✅ 一、核心目标:

把带有@Component(及其派生注解如@Service)的类,自动注册为 Spring 容器中的 Bean,无需手动写<bean>标签。


✅ 二、实现原理(关键流程)

步骤 1:启用组件扫描

在 XML 中:

<context:component-scanbase-package="com.powernode.spring6"/>

或在 Java 配置类中:

@Configuration@ComponentScan("com.powernode.spring6")publicclassAppConfig{}

Spring Boot 中@SpringBootApplication默认包含@ComponentScan

这一步会向容器注册一个关键的后处理器:ConfigurationClassPostProcessorClassPathBeanDefinitionScanner


步骤 2:启动时扫描指定包下的所有类

Spring 使用ASM(字节码操作库)反射(取决于版本和配置)快速读取类的注解元数据,而不需要加载整个类到 JVM(避免性能问题)。

  • 扫描com.powernode.spring6及其子包
  • 找出所有.class文件
  • 检查类上是否有@Component或其派生注解(@Controller,@Service,@Repository

🔍 为什么能识别派生注解?
因为@Service的定义是:

@Target(ElementType.TYPE)@Retention(RetentionPolicy.RUNTIME)@Documented@Component// ← 关键!它是 @Component 的“派生”public@interfaceService{...}

Spring 会递归检查注解的元注解(meta-annotations),发现@Service本质是@Component


步骤 3:为每个符合条件的类生成BeanDefinition

  • 对于@Service public class UserService { ... }
  • Spring 创建一个BeanDefinition对象(通常是AnnotatedBeanDefinition
  • 设置以下信息:
    • Bean 类型UserService.class
    • Bean 名称:默认为类名首字母小写 →"userService"
      • 可通过@Service("myUser")自定义
    • 作用域(默认 singleton)
    • 是否懒加载@Lazy
    • 依赖注入信息(字段上的@Autowired@Value等,稍后处理)

📌BeanDefinition是 Spring 内部对“如何创建一个 Bean”的完整描述,相当于 XML 中<bean>标签的内存表示。


步骤 4:将BeanDefinition注册到BeanFactory

  • 所有扫描到的BeanDefinition被注册到DefaultListableBeanFactorybeanDefinitionMap
  • 后续的 Bean 实例化、依赖注入、生命周期管理都基于这些BeanDefinition

💡 此时还没有创建对象!只是注册了“配方”。


步骤 5:后续流程与 XML 方式完全一致

一旦BeanDefinition注册完成,后续流程就和 XML 配置的 Bean完全一样

  1. 实例化(new或工厂)
  2. 属性赋值(处理@Autowired,@Value
  3. 初始化(@PostConstruct,InitializingBean
  4. 使用
  5. 销毁

所以:注解只是改变了“BeanDefinition 的来源”,不改变 Bean 的生命周期流程。


✅ 三、关键支撑技术

技术作用
@Component元注解机制@Service等成为@Component的语义扩展
ClassPathScanningCandidateComponentProvider负责扫描类路径,找出候选组件
ASM / Reflection高效读取类的注解信息,避免全量类加载
BeanNameGenerator自动生成 Bean 名称(如UserServiceuserService
AutowiredAnnotationBeanPostProcessor处理@Autowired@Value等注入

✅ 四、为什么 Spring 6 倡导全注解开发?

  1. 减少 XML 配置:更简洁、更贴近 Java 代码
  2. 类型安全:编译期可检查,避免 XML 拼写错误
  3. 模块化 & 条件化:配合@Conditional实现灵活装配
  4. 与 Spring Boot 无缝集成:自动配置 + 注解 = 快速开发

✅ 总结:Spring 如何通过注解替代 XML<bean>

Spring 在启动时,通过组件扫描(@ComponentScan)自动发现带有@Component(及其派生注解)的类,将其转换为BeanDefinition并注册到容器中,后续流程与 XML 配置完全一致。

这本质上是一种“约定优于配置”的设计:

  • 约定:类上有@Service→ 就是一个 Service Bean
  • 无需配置:不用写<bean class="..."/>

因此,注解不是魔法,而是自动化生成 BeanDefinition 的一种声明式方式

http://www.cnnetsun.cn/news/166190.html

相关文章:

  • jQuery UI 实例 - 对话框(Dialog)
  • 模型版本迭代中的回归测试策略
  • 【Open-AutoGLM家务提醒安排】:揭秘智能家庭任务调度背后的AI黑科技
  • Open-AutoGLM食材购买避坑指南:90%人忽略的3类关键营养匹配原则
  • Open-AutoGLM任务中断恢复实战(断点续训技术大揭秘)
  • 【Open-AutoGLM饮食热量统计】:揭秘AI自动识别食物热量的黑科技与实测效果
  • Linly-Talker如何避免‘恐怖谷效应’?外观设计心理学研究
  • 基于Spring Boot的儿童福利院管理系统的设计与实现毕业设计
  • 基于Android的网上点餐APP
  • 如何用Open-AutoGLM实现秒级故障响应?一线架构师亲授压箱底方案
  • Open-AutoGLM日志系统揭秘,掌握这6个参数才算真正入门
  • jQuery UI 实例 - 放置(Droppable)
  • 探索三相两电平光伏逆变器DC - AC部分的Simulink仿真之旅
  • 【AI推理服务稳定性提升】:基于Open-AutoGLM的后台运行配置最佳实践
  • Open-AutoGLM网络配置避坑指南(一线专家亲授12年实战经验)
  • Open-AutoGLM报错代码怎么破:从日志到修复的7步闭环流程
  • 实时交互不是梦:Linly-Talker构建高响应数字人系统
  • 从沉默到透明:Open-AutoGLM运行日志开启全流程深度解析
  • Open-AutoGLM网络调优实战:5大核心参数配置你真的懂吗?
  • Open-AutoGLM端口占用问题深度解析(专家级排错手册限时公开)
  • JSP如何设计WebUploader分片上传的交互界面?
  • Linly-Talker在光伏电站运维中的故障排查指导
  • vue3+springboot基于uniapp的二手渔具回收商城系统 钓鱼交友的微信小程序开发(编号:803442152)
  • Linly-Talker在相声贯口练习中的气息控制
  • Linly-Talker在风电场巡检中的安全规程重申
  • 设备频繁掉线怎么办,一文搞懂Open-AutoGLM连接优化的8个关键步骤
  • 【稀缺资料】Open-AutoGLM接口调用延迟降低95%的完整技术路径
  • 版本冲突频发?Open-AutoGLM智能合并策略让协作开发效率翻倍
  • Linly-Talker在潜水探险中的装备使用说明
  • Linly-Talker在有声书朗读中的章节过渡处理