spring-cloud logback日志初始化问题

     记得在之前的博客中讨论过spring-boot中logback的启动问题,见:http://blog.youkuaiyun.com/jthink_/article/details/52513963
     当时讨论了loback会初始化两次的问题以及如何只让logback自己初始化,当时的版本是1.3.6。
     最近在调研spring cloud相关的技术,当加入spring cloud的时候发现logback惊人得初始化了3次,见下面截图

这个是logback本身的初始化

这个是spring cloud的初始化,可以看到主要是BootstrapApplicationListener里面来调用的(最终还是调用的spring boot里面相关的代),加入了spring cloud依赖以后主要增加了3个listener,这是其中之一,其他两个是:LoggingSystemShutdownListener(个人猜测这个就是当时研究的spring boot中的第二个坑,见:http://blog.youkuaiyun.com/jthink_/article/details/52613953、RestartListener

这个是spring boot的初始化
以前的解决方法是去掉这几个Listener,那么新版其实有一种更简单的解决方法,我们打开org.springframework.boot.logging.LoggingSystem,可以看到如下代码:

第三行里面如果启动参数中指定的该类的值为none的话,那么使用的是NoOpLoggingSystem这个类,这个类什么都没做,所以默认的就不初始化logback了,这样只剩下了logback自己初始化了,完美解决该问题。启动的时候加入:-Dorg.springframework.boot.logging.LoggingSystem=none
注意:1.3.6版本中没有none的这个判断,所以在低版本的时候还是需要去掉那些相应的Listener。

分享一个项目:https://github.com/JThink/SkyEye对java、scala等运行于jvm的程序进行实时日志采集、索引和可视化,对系统进行进程级别的监控,对系统内部的操作进行策略性的报警、对分布式的rpc调用进行trace跟踪以便于进行性能分析。欢迎对分布式跟踪感兴趣的交流~~,交流群:624054633
### 解决方案分析 在 Dubbo 3.2.4 版本中,当与 Spring Cloud 集成时遇到 `org.apache.dubbo.registry.RegistryFactory` 扩展名错误,通常是因为注册中心的相关配置未正确加载或缺少必要的依赖项。以下是详细的排查和解决方案。 #### 1. **确认依赖项** 确保项目中的 Maven 或 Gradle 文件已正确引入所需的依赖项。对于 Dubbo 和 Nacos 的集成,需包含以下依赖: ```xml <dependency> <groupId>org.apache.dubbo</groupId> <artifactId>dubbo-spring-boot-starter</artifactId> <version>3.2.4</version> </dependency> <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-alibaba-nacos-discovery</artifactId> <version>${nacos.version}</version> </dependency> ``` 上述依赖项用于支持 Dubbo 和 Nacos 注册中心的功能[^4]。 #### 2. **检查配置文件** 验证 `application.properties` 或 `application.yml` 中的配置是否正确设置。以下是推荐的配置示例: ##### application.properties 示例: ```properties dubbo.application.name=${spring.application.name} dubbo.protocol.name=dubbo dubbo.registry.address=nacos://localhost:8848 dubbo.registry.parameters.namespace=default dubbo.registry.parameters.group=dubbo dubbo.registry.use-as-metadata-center=false dubbo.registry.use-as-config-center=false ``` 如果使用 YAML 格式,则可以写为: ##### application.yml 示例: ```yaml dubbo: application: name: ${spring.application.name} protocol: name: dubbo registry: address: nacos://localhost:8848 parameters: namespace: default group: dubbo use-as-metadata-center: false use-as-config-center: false ``` 以上配置基于引用的内容进行了调整,确保参数名称和值匹配实际需求[^1]。 #### 3. **启用自动配置功能** Dubbo-Spring-Boot-Starter 支持通过 `@EnableAutoConfiguration` 实现自动化配置。因此,在主类上应添加如下注解: ```java import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure.SpringBootApplication; @SpringBootApplication public class DemoApplication { public static void main(String[] args) { SpringApplication.run(DemoApplication.class, args); } } ``` 此部分由 Dubbo 官方文档指导完成。 #### 4. **调试扩展点问题** 如果仍然存在 `RegistryFactory` 扩展找不到的问题,可能涉及 SPI 加载机制异常。可以通过以下方式进一步诊断: - 确认 `META-INF/dubbo` 下是否存在对应的扩展实现文件。 - 如果手动指定扩展实现,可通过代码动态注入 RegistryFactory 实例: ```java import org.apache.dubbo.config.ReferenceConfig; import org.apache.dubbo.rpc.service.GenericService; ReferenceConfig<GenericService> reference = new ReferenceConfig<>(); reference.setInterface("your.interface.name"); reference.setVersion("1.0.0"); // 初始化并获取代理对象 GenericService genericService = reference.get(); Object result = genericService.$invoke("methodName", new String[]{"argType"}, new Object[]{args}); ``` 该方法适用于更复杂的场景下强制调用服务实例[^3]。 #### 5. **日志级别调整** 为了更好地定位问题,建议提高 Dubbo 日志输出等级至 DEBUG 水平。可以在 `logback.xml` 或其他日志框架配置中加入以下内容: ```xml <logger name="org.apache.dubbo" level="DEBUG"/> ``` 这有助于捕获更多上下文信息以便于后续分析。 --- ### 总结 综上所述,解决 `org.apache.dubbo.registry.RegistryFactory` 错误的关键在于校验依赖完整性、核对配置准确性以及合理运用 SPI 调试手段。按照上述步骤逐一排查即可有效解决问题
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值