Spring依赖注入底层以Java反射为核心，结合元数据解析与生命周期管理协同工作：通过Class对象获取构造器、字段、方法并设为可访问，利用AnnotatedElement读取注解，驱动实例化、属性填充、初始化及AOP代理，并通过缓存和封装优化性能。
Spring 的依赖注入（DI）底层大量使用 Java 反射机制，但并不是直接靠反射“调用 set 方法”或“new 实例”就完事——它有一套结合反射、元数据解析和容器生命周期管理的协同机制。
反射用于获取类结构和操作成员
Spring 在创建 Bean 时，先通过 Class.forName() 或类加载器拿到 Class 对象，再用反射获取：
- 构造方法（getDeclaredConstructors()），用于实例化（尤其带参构造注入）
- 字段（getDeclaredFields()），配合 @Autowired 或 @Resource 注解实现字段注入
- Setter 方法（getDeclaredMethods()），识别以 set 开头、参数单一、返回 void 的方法，支持 setter 注入
所有这些操作都需调用 setAccessible(true) 绕过 Java 访问控制，这是反射注入能访问 private 成员的关键一步。
注解信息靠反射 + AnnotatedElement 获取
Spring 不是“猜”哪个字段要注入，而是通过反射接口 AnnotatedElement（Class/Field/Method 都实现它）读取注解元数据：
立即学习“Java免费学习笔记（深入）”；
- field.getAnnotation(Autowired.class) 判断是否需要自动装配
- method.getAnnotation(InitMethod.class) 找初始化方法
- 结合 BeanDefinition 中保存的泛型类型、限定符（@Qualifier）、延迟标志等，精准匹配候选 Bean
这个过程发生在 Bean 定义解析（如处理 @Component、@Configuration）和依赖解析阶段，反射是读取“配置意图”的桥梁。
反射与 Bean 生命周期深度绑定
单纯反射 new 实例只是第一步。Spring 的 DI 还依赖反射完成后续关键动作：
- 在 populateBean() 阶段，用反射设置字段值或调用 setter，注入依赖对象
- 在 initializeBean() 阶段，反射调用 @PostConstruct 方法、InitializingBean.afterPropertiesSet()、自定义 init-method
- AOP 代理创建时，也靠反射获取目标类的方法签名，用于生成 JDK 动态代理或 CGLIB 子类
也就是说，反射不是孤立使用的工具，而是贯穿从实例化、属性填充、初始化到代理增强的整个流程。
性能优化：反射调用被缓存和封装
频繁反射调用开销大，Spring 并不会每次都走原生 Method.invoke()：
- 对常用构造器、setter、getter 封装为 BeanWrapper，内部缓存 ResolvableType 和反射对象
- 使用 ReflectionUtils 工具类统一处理可访问性、异常包装、空值跳过等细节
- 在 Spring 5+ 中，部分场景会尝试用 MethodHandles 或 VarHandle（Java 9+）做更轻量的访问替代
所以你在代码里看到的 beanFactory.autowireBean(instance) 表面简单，背后是一整套基于反射构建的、有缓存、有容错、有上下文感知的装配引擎。
不复杂但容易忽略：反射只是能力基础，真正让 DI 可靠运行的是 Spring 对反射结果的语义理解、依赖排序（解决循环引用）、作用域管理（prototype/singleton）和错误提示（比如 NoUniqueBeanDefinitionException 的堆栈里，你能看到它正是靠反射比对了多个候选 Bean 的类型和泛型参数）。
