了解自动配置和依赖注入期间 Bean 工厂行为为何存在差异

Question

考虑以下配置类，它声明了两个 bean，bean B 只能在 bean A 的条件下创建。

@Configuration(
    proxyBeanMethods = false
)
@AutoConfigureBefore(SomeOtherCOnfig.class)
@ConditionalOnProperty(name = "prop",havingValue = "false")
public class SomeConfiguration {

@Bean("beanA")
BeanA beanA() {
if (someCOndition){
   return null;
}
   return new BeanA();
}


@ConditionalOnBean(name = "beanA")
@Bean(name = "beanB")
BeanB beanB(@Qualifier("beanA") BeanA beanA) {
    return new BeanB(beanA);
}

当 someCondition 为 true 时，我希望 beanA 在自动配置报告中不匹配，因此意味着永远不会尝试执行 beanB 创建。 我看到的行为是， beanA 被认为是自动配置中的正匹配

SomeConfiguration#beanB 匹配：- @ConditionalOnBean (names: beanA; SearchStrategy: all) found bean 'beanA' (OnBeanCondition)

尝试创建 和 beanB ，正如我所期望的那样，抛出了异常 引起：org.springframework.beans.factory.NoSuchBeanDefinitionException：没有合格的 bean of type

为什么在自动配置期间 beanA 被认为位于 beanFactory 中，但也不在那里什么时候注入依赖？

是因为 bean 存在，还是至少有一个指向 null null 的类型的引用？但如果是这种情况，spring 不应该向 beanB 注入一个 null bean