DubboHealthIndicatorAutoConfiguration 引起的一个问题

最新推荐文章于 2024-08-02 00:13:43 发布

weixin_39500241

最新推荐文章于 2024-08-02 00:13:43 发布

阅读量776

点赞数

分类专栏：问题排查

本文链接：https://blog.csdn.net/weixin_39500241/article/details/89555106

版权

问题排查专栏收录该内容

6 篇文章 0 订阅

订阅专栏

问题

Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'dubboHealthIndicatorAutoConfiguration': Injection of resource dependencies failed; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'com.alibaba.dubbo.config.spring.beans.factory.annotation.ReferenceAnnotationBeanPostProcessor' available: expected at least 1 bean which qualifies as autowire candidate. Dependency annotations: {@javax.annotation.Resource(shareable=true, lookup=, name=, description=, authenticationType=CONTAINER, type=class java.lang.Object, mappedName=)}
	at org.springframework.context.annotation.CommonAnnotationBeanPostProcessor.postProcessPropertyValues(CommonAnnotationBeanPostProcessor.java:321)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1264)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:553)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:483)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:197)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:761)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:867)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:543)
	at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.refresh(EmbeddedWebApplicationContext.java:122)
	at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:693)
	at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:360)
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:303)
	at com.wacai.tesla.Bootstrap.main(Bootstrap.java:26)
	... 26 more
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'com.alibaba.dubbo.config.spring.beans.factory.annotation.ReferenceAnnotationBeanPostProcessor' available: expected at least 1 bean which qualifies as autowire candidate. Dependency annotations: {@javax.annotation.Resource(shareable=true, lookup=, name=, description=, authenticationType=CONTAINER, type=class java.lang.Object, mappedName=)}
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.raiseNoMatchingBeanFound(DefaultListableBeanFactory.java:1493)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1104)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1066)
	at org.springframework.context.annotation.CommonAnnotationBeanPostProcessor.autowireResource(CommonAnnotationBeanPostProcessor.java:518)
	at org.springframework.context.annotation.CommonAnnotationBeanPostProcessor.getResource(CommonAnnotationBeanPostProcessor.java:496)
	at org.springframework.context.annotation.CommonAnnotationBeanPostProcessor$ResourceElement.getResourceToInject(CommonAnnotationBeanPostProcessor.java:627)
	at org.springframework.beans.factory.annotation.InjectionMetadata$InjectedElement.inject(InjectionMetadata.java:169)
	at org.springframework.beans.factory.annotation.InjectionMetadata.inject(InjectionMetadata.java:88)
	at org.springframework.context.annotation.CommonAnnotationBeanPostProcessor.postProcessPropertyValues(CommonAnnotationBeanPostProcessor.java:318)

排查过程

错误表现是 DubboHealthIndicatorAutoConfiguration 注入 referenceAnnotationBeanPostProcessor的时候报告找不到beanId，按理说有@ConditionalOnBean 应该不会初始化DubboHealthIndicatorAutoConfiguration

@Configuration
@ConditionalOnClass({ HealthIndicator.class, Exporter.class })
@AutoConfigureBefore(EndpointAutoConfiguration.class)
@AutoConfigureAfter(DubboAutoConfiguration.class)
@ConditionalOnBean(ReferenceAnnotationBeanPostProcessor.class)
@EnableConfigurationProperties(DubboHealthIndicatorProperties.class)
@ConditionalOnEnabledHealthIndicator("dubbo")
public class DubboHealthIndicatorAutoConfiguration {

    private static final Logger logger = LoggerFactory.getLogger(DubboHealthIndicatorAutoConfiguration.class);

    public DubboHealthIndicatorAutoConfiguration() {
        logger.info("Create DubboHealthIndicatorAutoConfiguration");
    }

    @Resource
    private HealthAggregator healthAggregator;

    @Resource
    private ReferenceAnnotationBeanPostProcessor referenceAnnotationBeanPostProcessor;

网上(https://blog.csdn.net/woshilijiuyi/article/details/84147483)找到了@ConditionalOnClass 解析过程，在ConfigurationClassBeanDefinitionReader.loadBeanDefinitionsForConfigurationClass()方法

	private void loadBeanDefinitionsForConfigurationClass(ConfigurationClass configClass,
			TrackedConditionEvaluator trackedConditionEvaluator) {

		if (trackedConditionEvaluator.shouldSkip(configClass)) {
			String beanName = configClass.getBeanName();
			if (StringUtils.hasLength(beanName) && this.registry.containsBeanDefinition(beanName)) {
				this.registry.removeBeanDefinition(beanName);
			}
			this.importRegistry.removeImportingClass(configClass.getMetadata().getClassName());
			return;
		}
	}

经过条件debug，发现确实进了shouldSkip方法。但是有个地方引起了我的注意registry里面存在了dubboHealthIndicatorAutoConfiguration这个BeanId，这是为什么呢？

在DefaultListableBeanFactory.registerBeanDefinition()增加条件断点

public void registerBeanDefinition(String beanName, BeanDefinition beanDefinition)
			throws BeanDefinitionStoreException {

		Assert.hasText(beanName, "Bean name must not be empty");
		Assert.notNull(beanDefinition, "BeanDefinition must not be null");

		if (beanDefinition instanceof AbstractBeanDefinition) {

发现是scan的时候注册的，然后发现业务竟然在应用里面配置的是 <context:component-scan base-package=“com.xxx”/>

真是fuck!