DubboX + SpringBoot最佳实践

最新推荐文章于 2022-06-30 16:52:40 发布

weixin_33801856

最新推荐文章于 2022-06-30 16:52:40 发布

阅读量88

点赞数

文章标签： java 测试

原文链接：https://my.oschina.net/kut/blog/776429

版权

为什么80%的码农都做不了架构师？>>>

一、先了解一下情况

Dubbox是什么？

现在微服务很火，而Dubbox就是一个支持微服务的一个框架

SpringBoot又是什么？

我们先来讨论一个问题，我们在使用Spring的时候，是不是要进行大量的配置，甚至部署的时候还要重新配置发布环境，重新打包，部署…………

是不是觉得太麻烦了？而SpringBoot就是干这个的，它的Profiles功能简直就是专门用来治里各种配置问题的。

二、SpringBoot中的Profiles

Profiles可以说就是指定配置环境的一个功能。

在SpringBoot中，如果不指定Profile，则默认会读取application.properties配置文件，如果指定Profile，则会去读取application-{Profile}.properties配置文件，例如：

# Profile指定为development
application-development.properties

如果指定Profile呢？我们只需要在SpringBoot的启动参数中加入以下参数即可：

-Dspring.profiles.active=develpment

整体为：

$ java -Dspring.profiles.active=development -jar provider.jar

好了，讲了Profiles又有什么用呢？当然有用，用处可大了。

我们都知道开发过程中有三种环境：

开发
测试
生产

开发环境是我们程序员在编码的时候用于自测时的环境，可以说是在内网，这时应用开发的参数诸如ip之类的都会指向内网以方便我们测试编写的代码和单元测试。

而测试环境则是生产环境，相对于开发环境会正式一些，一般情况下会部署在外网用于用户测试，例如整合测试、UAT之类的，所以配置参数和开发环境又不一样。

生产环境我们就不用说了，经过前两轮测试后，直接对外提供服务，当然，同理，配置参数和前两种环境又不一样。

这三种环境在切换时要修改大量的参数，特别是在开发和测试环境中切换时，修改配置是枯躁且易出错的事情，经常出现坑参的幽灵事件都是因为配置没改好这样的低级错误造成的。

好了，Profiles就是干这个的，我们可以为上面三种环境建三个不同的配置文件，例如：

// 开发环境
application-development.properties

// 测试环境
application-test.properties

// 生产环境
application-production.properties

这三个文件的配置项是一样的，只是针对不同的环境，各配置项的值又不同而已。

那么当我们是开发环境的时候，我们就可以指定Profile为develpment，同理，如果是测试环境，则指定为test，生产环境则指定为production。

三、SpringBoot集成Dubbox

Dubbox自己有自己的一个伟大的Main入口，但是这个入口在启动时会自动启动一个Spirng容器和配置Log4j。

Dubbox的Spring容器启动时，会自动去读取dubbo.properties文件，用于设置service监听的端口及registry服务器地址等等。

上面的东东都不是我们想要的，为什么呢？从上一节说的三个环境来讲，每切换一个环境我们都要改dubbo.propertes文件里的参数，太麻烦了，还有，我们并不需要Log4j这个东西，为什么不可以是SLF4J呢？呵呵。

如果我们也可以像SpringBoot那样把Profile应用到Dubbox中，那就太好了，看看下面的配置文件，我们想达到这样的效果：

// 开发环境
dubbo-development.properties

// 测试环境
dubbo-test.properties

// 生产环境
dubbo-production.properties

当然可以这么干，这就干：

Dubbox默认是读取dubbo.properties配置文件，我们要改变这个行为。我们尽量不要修改Dubbox的代码，我们做一些小动作。

我们是尽量不修改开源项目的源代码来达到我们的定制要求，因为我们并没有太多的时间去维护一个我们自有的代码分支。

怎么做这个小动做呢？我发现dubbox在启动时会读取Constants.DUBBO_PROPERTIES_KEY的值，这个值指定了配置文件的名字，如果该值为null，那么就会默认读取dubbo.properties文件。

这样就好办了，我们在启动Spring容器之前做一下手脚：

String profile = System.getProperty("spring.profiles.active");
System.setProperty(Constants.DUBBO_PROPERTIES_KEY, String.format("dubbo-%s.properties", profile));

我们先获取spring.profiles.active的值，然后调置Constants.DUBBO_PROPERTIES_KEY为指定的dubbo-{Profile}.properties。

然后我们启动Spring容器:

new SpringApplicationBuilder().sources(configClass).web(false).run(args);
CountDownLatch closeLatch = new CountDownLatch(1);
closeLatch.await();

OK，就这样我们就大功告成了。哦？那么services怎么暴露呢？呃，这就已经是SpringBoot的基础了，你要在你的ConfigClass上加入

@ImportResource("classpath:services.xml")

然后在services.xml中定义你暴露的服务即可，例如：

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://code.alibabatech.com/schema/dubbo http://code.alibabatech.com/schema/dubbo/dubbo.xsd">

    <dubbo:provider retries="0" timeout="60000"/>
    <dubbo:service interface="cn.sanlea.service.infrastructure.service.SmsService" ref="service.sms"/>
    <dubbo:service interface="cn.sanlea.service.infrastructure.service.ApnService" ref="service.apn"/>
</beans>

好了，打完收工。如果大家有更好的实践，可以留言给我，我改进一下，再重发此博文。

转载于:https://my.oschina.net/kut/blog/776429