@Autowired 注入源码:字段怎么被反射 set 进去的

💡 提示

《Spring 源码现形记》第 4 篇 ｜ 源码基于 Spring Framework 6.2.x 分支

旧问法（背就完事）新问法（要真读过源码）

@Autowired 按类型还是按名称？类型匹配完之后，是谁把值写进字段的？

@Autowired 和 @Resource 的区别？多个同类型 Bean 时，源码按什么顺序裁决用哪个？

为什么推荐构造器注入？字段注入和构造器注入，在源码里走的是两条完全不同的路——差在哪？

java

// 入口一：收集注入元数据（在 doCreateBean 的第②步）publicvoidpostProcessMergedBeanDefinition(RootBeanDefinitionbd, Class<?>beanType, StringbeanName) {findInjectionMetadata(beanName, beanType, bd);}// 入口二：真正执行注入（在 populateBean 的 postProcessProperties）publicPropertyValuespostProcessProperties(PropertyValuespvs, Objectbean, StringbeanName) {InjectionMetadatametadata=findAutowiringMetadata(beanName, bean.getClass(), pvs);metadata.inject(bean, beanName, pvs);   // ← 注入在这里发生returnpvs;}

java

publicvoidinject(Objecttarget, StringbeanName, PropertyValuespvs) throwsThrowable {for (InjectedElementelement : elementsToIterate) {element.inject(target, beanName, pvs);   // 字段元素、方法元素各走各的    }}

java

protectedvoidinject(Objectbean, StringbeanName, PropertyValuespvs) throwsThrowable {Fieldfield= (Field) this.member;                    // ① 拿到字段Objectvalue=resolveFieldValue(field, bean, beanName);  // ② 解析出要注入的对象if (value!=null) {ReflectionUtils.makeAccessible(field);            // ③ 干掉 private 限制field.set(bean, value);                           // ④ 反射写入！    }}

java

DependencyDescriptordesc=newDependencyDescriptor(field, this.required);Objectvalue=beanFactory.resolveDependency(desc, beanName, autowiredBeanNames, typeConverter);

顺序依据说明

Step 1@Primary有 primary 直接胜出；两个 primary 直接报错

Step 2a依赖名 = bean 名字段名/参数名与 bean 名匹配

Step 2b@Qualifier按限定符建议的名称匹配

Step 3@Priority优先级值最小（最高）者胜出

Step 4default-candidate唯一一个 default 候选才有效

Step 5直接注册的依赖兜底：self reference 场景

java

// createBeanInstance 内部Constructor<?>[]ctors=determineConstructorsFromBeanPostProcessors(beanClass, beanName);if (ctors!=null|| ...) {returnautowireConstructor(beanName, mbd, ctors, args);   // ← ConstructorResolver 出场}

—构造器注入：依赖在实例化阶段解析 → 依赖是"造对象的前提"；

—字段注入：对象先用无参构造造出来（此时依赖全是 null）→ 再到 populateBean 里反射塞进去。

[1]完整性：字段注入出来的对象，存在一段"依赖是 null"的窗口期；构造器注入的对象，一造出来就是"完整可用"的——字段可以用 final 修饰；

[2]可测性：构造器注入的依赖是显式参数，单元测试可以直接 new；字段注入则必须启动容器（或反射注入）才能拿到依赖；

[3]失败更早：构造器注入在实例化阶段就暴露问题，字段注入要等 populateBean 才报错——报错越早，排查越省事。

java

Stringname=element.name;if (this.fallbackToDefaultTypeMatch&&element.isDefaultName&&!factory.containsBean(name)) {// 名称不存在时，才回退到按类型resource=autowireCapableBeanFactory.resolveDependency(...);}else {// 默认：按名称解析resource=autowireCapableBeanFactory.resolveBeanByName(name, element.getDependencyDescriptor());}

问题答案（源码依据）

谁处理 @Autowired？AutowiredAnnotationBeanPostProcessor（两入口：收集元数据 + 执行注入）

字段怎么被写入？ReflectionUtils.makeAccessible(field) + field.set(bean, value)

什么时候写入？populateBean 的 postProcessProperties（属性填充阶段）

多个候选怎么选？determineAutowireCandidate：@Primary → 名字 → @Qualifier → @Priority → default

构造器注入在哪解析？createBeanInstance 阶段，ConstructorResolver.autowireConstructor

@Resource 怎么解析？CommonAnnotationBeanPostProcessor.autowireResource，默认 resolveBeanByName

[1]在 AutowiredFieldElement.inject 的 field.set(bean, value) 打断点——你会亲眼看到值是怎么被反射塞进去的；

[2]造两个同类型 Bean，一个加 @Primary，观察 determinePrimaryCandidate 怎么一票当选；

[3]两个都不加、直接注入，故意制造 NoUniqueBeanDefinitionException，看它把候选名单全列给你；

[4]把字段注入改成构造器注入，把字段声明成 final——感受"对象一造出来就完整"。