很早以前，在刚开始搞SpringCloud基础教程的时候，写过这样一篇文章：《微服务架构的基础框架选择：SpringCloud还是Dubbo？》，可能不少读者也都看过。之后也就一直有关于这两个框架怎么选的问题出来，其实文中我有明确的提过，SpringCloud与Dubbo的比较本身是不公平的，主要前者是一套较为完整的架构方案，而Dubbo只是服务治理与RPC实现方案。
由于Dubbo在国内有着非常大的用户群体，但是其周边设施与组件相对来说并不那么完善。很多开发者用户又很希望享受SpringCloud的生态，因此也会有一些SpringCloud与Dubbo一起使用的案例与方法出现，但是一直以来大部分SpringCloud整合Dubbo的使用方案都比较别扭。这主要是由于Dubbod的注册中心采用了ZooKeeper，而开始时SpringCloud体系中的注册中心并不支持ZooKeeper，所以很多方案是存在两个不同注册中心的，之后即使SpringCloud支持了ZooKeeper，但是由于服务信息的粒度与存储也不一致。所以，长期以来，在服务治理层面上，这两者一直都一套完美的融合方案。
直到SpringCloudAlibaba的出现，才得以解决这样的问题。在之前的教程中，我们已经介绍过使用SpringCloudAlibaba中的Nacos来作为服务注册中心，并且在此之下可以如传统的SpringCloud应用一样地使用Ribbon或Feign来实现服务消费。这篇，我们就来继续说说SpringCloudAlibaba下额外支持的RPC方案：Dubbo。
入门案例
我们先通过一个简单的例子，来直观地感受Nacos服务注册中心之下，利用Dubbo来实现服务提供方与服务消费方。这里省略Nacos的安装与使用，如果对Nacos还不了解，可以查看本系列的使用Nacos实现服务注册与发现，下面就直接进入Dubbo的使用步骤。
构建服务接口
创建一个简单的Java项目，并在下面定义一个抽象接口，比如：
publicinterfaceHelloService{
Stringhello(Stringname);
}
构建服务接口提供方
第一步：创建一个SpringBoot项目，在pom.xml中引入第一步中构建的API包以及SpringCloudAlibaba对Nacos和Dubbo的依赖，比如：
com.didispace
alibaba-dubbo-api
0.0.1-SNAPSHOT
org.springframework.boot
spring-boot-starter-actuator
org.springframework.boot
spring-boot-starter-web
org.springframework.cloud
spring-cloud-starter-dubbo
org.springframework.cloud
spring-cloud-starter-alibaba-nacos-discovery
//…
这里需要注意两点：
必须包含spring-boot-starter-actuator包，不然启动会报错。
spring-cloud-starter-dubbo包需要注意groupId，根据具体使用的springcloudalibaba版本依赖来确定。
项目孵化期间，使用的groupId为：org.springframework.cloud；
项目孵化之后，使用的groupId修改为了com.alibaba.cloud，所以用户需要注意是否使用正确。避免加载不到对应JAR包的问题。
第二步：实现Dubbo接口
@Service
publicclassHelloServiceImplimplementsHelloService{
@Override
publicStringhello(Stringname){
return"hello"+name;
}
}
注意：这里的@Service注解不是Spring的，而是org.apache.dubbo.config.annotation.Service注解。
第三步：配置Dubbo服务相关的信息，比如：
spring.application.name=alibaba-dubbo-server
server.port=8001
spring.cloud.nacos.discovery.server-addr=127.0.0.1:8848
#指定Dubbo服务实现类的扫描基准包
dubbo.scan.base-packages=com.didispace.alibaba.dubbo.server
dubbo.protocol.name=dubbo
dubbo.protocol.port=-1
dubbo.registry.address=spring-cloud://localhost
配置说明如下：
dubbo.scan.base-packages:指定Dubbo服务实现类的扫描基准包
dubbo.protocol:Dubbo服务暴露的协议配置，其中子属性name为协议名称，port为协议端口（-1表示自增端口，从20880开始）
dubbo.registry:Dubbo服务注册中心配置，其中子属性address的值“spring-cloud://localhost”，说明挂载到SpringCloud注册中心
注意：如果使用SpringBoot2.1及更高版本时候，需要增加配置spring.main.allow-bean-definition-overriding=true
第四步：创建应用主类，比如：
@EnableDiscoveryClient
@SpringBootApplication
publicclassDubboServerApplication{
publicstaticvoidmain(String[]args){
SpringApplication.run(DubboServerApplication.class,args);
}
}
构建服务接口消费方
第一步：创建一个SpringBoot项目，在pom.xml中引入第一步中构建的API包以及SpringCloudAlibaba对Nacos和Dubbo的依赖，具体内容与服务提供方一致：
com.didispace
alibaba-dubbo-api
0.0.1-SNAPSHOT
org.springframework.boot
spring-boot-starter-actuator
org.springframework.boot
spring-boot-starter-web
org.springframework.cloud
spring-cloud-starter-dubbo
org.springframework.cloud
spring-cloud-starter-alibaba-nacos-discovery
//…
第二步：配置Dubbo服务相关的信息，比如：
spring.application.name=alibaba-dubbo-client
server.port=8002
spring.cloud.nacos.discovery.server-addr=127.0.0.1:8848
dubbo.protocol.name=dubbo
dubbo.protocol.port=-1
dubbo.registry.address=spring-cloud://localhost
dubbo.cloud.subscribed-services=alibaba-dubbo-server
注意：
这里多增加了dubbo.cloud.subscribed-services参数，表示要订阅服务的服务名，这里配置的alibaba-dubbo-server对应的就是上一节服务提供方的spring.application.name的值，也就是服务提供方的应用名。
如果使用SpringBoot2.1及更高版本时候，需要增加配置spring.main.allow-bean-definition-overriding=true。
第三步：创建应用主类，并实现一个接口，在这个接口中调用Dubbo服务，比如：
@EnableDiscoveryClient
@SpringBootApplication
publicclassDubboClientApplication{
publicstaticvoidmain(String[]args){
SpringApplication.run(DubboClientApplication.class,args);
}
@Slf4j
@RestController
staticclassTestController{
@Reference
HelloServicehelloService;
@GetMapping("/test")
publicStringtest(){
returnhelloService.hello(“didispace.com”);
}
}
}
注意：这里的@Reference注解是org.apache.dubbo.config.annotation.Reference
测试验证
完成了上面的所有开发之后，我们可以将Nacos、服务提供者、服务消费者依次启动起来。在完成启动之后，我们可以在Nacos控制台的服务列表中看到上面定义的两个服务，比如：
file
接下来，我们就可以通过调用服务消费者中定义的/test接口来触发dubbo服务的消费了。如果一切顺畅，应该可以得到如下结果：
$curllocalhost:8002/test
hellodidispace.com
小结
通过上面的例子，如果你曾经同时玩过SpringCloud和Dubbo，一定会深有感触。你不用再同时顾虑Eureka和Zookeeper的配置，也不同同时关注这两个中间件的健康，只需要关注和维护好Nacos一个即可。而对于Dubbo的配置和使用来说，配置还是相当简单的，而代码编写上与以往的Dubbo没什么大的不同。在SpringCloudAlibaba的整合之下，Dubbo用户既可以享受到原本RPC带来性能优势，又可以更好的享受SpringCloud的各种福利；而对于SpringCloud用户来说，在服务治理层面，又对了一个不错的可选项。可以说这块的整合是真正的让这两大用户群体得到了很好的融合，起到了互相成就的作用。更多关于SpringCloud与SpringCloudAlibaba教程内容可点击查看。
扫一扫
10万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
