Spring中@Import动态解析注解的核心是通过ImportSelector或ImportBeanDefinitionRegistrar在容器启动早期按需注册Bean定义：前者根据注解属性选择配置类，后者直接手动注册Bean定义并支持扫描与动态定制。
Spring 中通过 @Import 动态解析注解的核心在于：它不直接“解析”注解，而是借助不同导入策略（@Bean 方法、ImportSelector、ImportBeanDefinitionRegistrar）在容器启动早期介入 Bean 定义注册过程，从而根据自定义注解的存在、属性或上下文条件，**按需生成并注册 Bean 定义**。
用 @Import + 普通 @Bean 方法 —— 最简但静态
这种方式本质是“声明式导入”，无法动态识别其他类上的注解，适合固定配置：
-
@Import引入一个配置类，该类内部用@Bean显式定义 Bean； - 它本身不扫描或判断其他类是否有某个注解，只是把预设的 Bean 注入容器；
- 若想“响应”某注解，需配合
@ConditionalOn...或手动扫描（不推荐）。
用 @Import + ImportSelector —— 动态选择要导入的配置类
这是真正开始“动态”的第一步：根据条件决定加载哪些 @Configuration 类，间接控制 Bean 注册。
- 实现
ImportSelector接口，重写selectImports(AnnotationMetadata importingClassMetadata)； -
importingClassMetadata是标注@Import的类的元数据，可从中读取其上所有注解（包括自定义注解）及其属性； - 返回字符串数组（全限定类名），Spring 会将这些类作为配置类加载；
- 例如：你定义了
@EnableMyFeature，在selectImports中检查它是否存在、是否启用、值为何，再决定返回MyFeatureAutoConfig.class还是空数组。
用 @Import + ImportBeanDefinitionRegistrar —— 真正动态注册 Bean 定义
这是最灵活、最底层的方式，可在运行时完全掌控 Bean 定义的创建与注册，支持扫描、条件判断、属性提取等。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
- 实现
ImportBeanDefinitionRegistrar，重写registerBeanDefinitions(AnnotationMetadata importingClassMetadata, BeanDefinitionRegistry registry)； -
importingClassMetadata可获取当前@Import所在类的注解信息（如@EnableXxx(value = "demo")）； -
registry允许你调用registry.registerBeanDefinition(...)手动注册任意BeanDefinition； - 常配合
ClassPathScanningCandidateComponentProvider扫描特定注解标记的类（如@MyService），再为每个匹配类构造RootBeanDefinition并注册； - 也可结合
AnnotationAttributes解析注解属性，动态设置 Bean 的 scope、init-method、依赖等。
典型组合模式：自定义注解 + ImportBeanDefinitionRegistrar
这是 Spring Boot Starter 和多数高级扩展的标准做法：
- 定义启用注解，如
@EnableMyClient，用@Import(MyClientRegistrar.class)修饰； -
MyClientRegistrar实现ImportBeanDefinitionRegistrar； - 在
registerBeanDefinitions中：解析@EnableMyClient的属性（如basePackages）、扫描该包下所有@MyApi标记的接口、为每个接口生成一个FactoryBean（如MyClientFactoryBean）的BeanDefinition并注册； - 最终效果：开发者只加一个注解，框架自动为多个接口生成代理客户端 Bean。
不复杂但容易忽略：所有这些机制都发生在 Spring 容器刷新的早期阶段（ConfigurationClassPostProcessor 处理期间），早于普通 @Component 扫描和 @Bean 方法执行。因此它们能影响后续整个容器的 Bean 构建逻辑。
