请选择 进入手机版 | 继续访问电脑版
MSIPO技术圈 首页 IT技术 查看内容

Apollo、RocketMQ加载顺序问题

2023-07-13

 

 

在SpringCloudAlibaba框架中,因Nacos配置中心管理权限过于简单,决定用Apollo代替Nacos配置中心,但在启动时,Nacos、Redis等配置读取正常,RocketMQ由于启动过早,无法从Apollo读取自己的服务地址配置。

报错如下:

Error processing condition on RocketMQAutoConfiguration.

针对此问题,进行以下3个方向的尝试,最开始觉得如果其他组件能正常读取Apollo配置,那应该是RocketMQ的问题,想办法降低它的加载顺序。最终发现不太现实,在RocketMQ社区也未找到相关问题。

尝试1.让rocketmq-spring-boot中的RocketMQAutoConfiguration延迟加载-失败

最起码要晚于ApolloAutoConfiguration。

如下方案失败:

/**
 * 试图让RocketMQAutoConfiguration在ApolloAutoConfiguration之后加载
 */
@Configuration
@AutoConfigureBefore(RocketMQAutoConfiguration.class)
public class OrderConfiguration {
    @Bean
    @ConditionalOnMissingBean(ApolloAutoConfiguration.class)
    public ApolloAutoConfiguration apolloAutoConfiguration() {
        return new ApolloAutoConfiguration();
    }
}

尝试2:开启全局懒加载,并排除Apollo-失败

尝试3:修改EnableApolloConfig order属性-失败

在启动类修改EnableApolloConfig order属性,还是报同样的错误。

@EnableApolloConfig(order = Integer.MIN VALUE)

解决方案:设置apollo更早阶段注入

直到忙活几个小时后,发现Apollo官方已经提供了容Apollo更早注入的方法,解决方法:

@SpringBootApplication
// 允许使用Feign客户端发送请求
@EnableFeignClients
// 指定要扫描的Mapper类的包的路径
@MapperScan("com.**.dao")
@EnableRedis
@EnableApolloConfig
// 扫描加载Filter
@ServletComponentScan
public class Application {
    public static void main(String[] args) {
        // 启用apollo配置开关 在应用启动阶段是否向Spring容器注入被托管的properties文件配置信息。
        System.setProperty("apollo.bootstrap.enabled","true");
        // 将Apollo配置加载提到初始化日志系统之前。
        System.setProperty("apollo.bootstrap.eagerLoad.enabled","true");

        SpringApplication.run(Application.class, args);
    }
}

还有另一种方式:

Apollo官方文档

Apollo

Spring Boot除了支持上述两种集成方式以外,还支持通过application.properties/bootstrap.properties来配置,该方式能使配置在更早的阶段注入,比如使用@ConditionalOnProperty的场景或者是有一些spring-boot-starter在启动阶段就需要读取配置做一些事情(如dubbo-spring-boot-project),所以对于Spring Boot环境建议通过以下方式来接入Apollo(需要0.10.0及以上版本)。
从1.2.0版本开始,如果希望把日志相关的配置(如logging.level.root=info或logback-spring.xml中的参数)也放在Apollo管理,那么可以额外配置apollo.bootstrap.eagerLoad.enabled=true来使Apollo的加载顺序放到日志系统加载之前,不过这会导致Apollo的启动过程无法通过日志的方式输出(因为执行Apollo加载的时候,日志系统压根没有准备好呢!所以在Apollo代码中使用Slf4j的日志输出便没有任何内容),更多信息可以参考PR 1614。参考配置示例如下:
# will inject 'application' namespace in bootstrap phase
apollo.bootstrap.enabled = true
# put apollo initialization before logging system initialization
apollo.bootstrap.eagerLoad.enabled=true

        因为搜索方向不对浪费了几个小时,一开始一直在搜索如何让RocketMQ加载晚于Apollo,重点在调整两者加载顺序上,后来又在研究RocketMQAutoConfiguration的加载原理,尝试各种方法让RMQ延迟加载,最后随便搜了一下Apollo加载顺序,答案其实很多,在解决问题时还是要多扩散一下思路。


 

相关阅读

手机版|MSIPO技术圈 皖ICP备19022944号-2

Copyright © 2024, msipo.com

返回顶部