Dubbo

最新推荐文章于 2022-01-20 10:51:57 发布

star.29

最新推荐文章于 2022-01-20 10:51:57 发布

阅读量165

点赞数

分类专栏： Java 文章标签： Dubbo

本文链接：https://blog.csdn.net/weixin_41924879/article/details/101161917

版权

Java 专栏收录该内容

128 篇文章 8 订阅

订阅专栏

Dubbo

Dubbo是阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和 Spring框架无缝集成。

Dubbo是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。

主要核心部件

Remoting: 网络通信框架，实现了 sync-over-async 和request-response 消息机制。
RPC: 一个远程过程调用的抽象，支持负载均衡、容灾和集群功能
Registry: 服务目录框架用于服务的注册和服务事件发布和订阅

工作原理

在这里插入图片描述

Provider：暴露服务方称之为“服务提供者”

Consumer：调用远程服务方称之为“服务消费者”

Registry：服务注册与发现的中心目录服务称之为“服务注册中心”

Monitor：统计服务的调用次数和调用时间的日志服务称之为“服务监控中心”

(1) 连通性：
注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小

监控中心负责统计各服务调用次数，调用时间等，统计先在内存汇总后每分钟一次发送到监控中心服务器，并以报表展示

服务提供者向注册中心注册其提供的服务，并汇报调用时间到监控中心，此时间不包含网络开销

服务消费者向注册中心获取服务提供者地址列表，并根据负载算法直接调用提供者，同时汇报调用时间到监控中心，此时间包含网络开销

注册中心，服务提供者，服务消费者三者之间均为长连接，监控中心除外

注册中心通过长连接感知服务提供者的存在，服务提供者宕机，注册中心将立即推送事件通知消费者

注册中心和监控中心全部宕机，不影响已运行的提供者和消费者，消费者在本地缓存了提供者列表

注册中心和监控中心都是可选的，服务消费者可以直连服务提供者

(2) 健壮性：
监控中心宕掉不影响使用，只是丢失部分采样数据

数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务

注册中心对等集群，任意一台宕掉后，将自动切换到另一台

注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯

服务提供者无状态，任意一台宕掉后，不影响使用

服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复

(3) 伸缩性：
注册中心为对等集群，可动态增加机器部署实例，所有客户端将自动发现新的注册中心

服务提供者无状态，可动态增加机器部署实例，注册中心将推送新的服务提供者信息给消费者

特性

面向接口代理的高性能RPC调用
提供高性能的基于代理的远程调用能力，服务以接口为粒度，为开发者屏蔽远程调用底层细节。
智能负载均衡
内置多种负载均衡策略，智能感知下游节点健康状况，显著减少调用延迟，提高系统吞吐量。
服务自动注册与发现
支持多种注册中心服务，服务实例上下线实时感知。
高度可扩展能力
遵循微内核+插件的设计原则，所有核心能力如Protocol、Transport、Serialization被设计为扩展点，平等对待内置实现和第三方实现。
运行期流量调度
内置条件、脚本等路由策略，通过配置不同的路由规则，轻松实现灰度发布，同机房优先等功能。
可视化的服务治理与运维
提供丰富服务治理、运维工具：随时查询服务元数据、服务健康状态及调用统计，实时下发路由策略、调整配置参数。

Dubbo超时和重连

dubbo启动时默认有重试机制和超时机制,某些业务场景下,如果不注意配置超时和重试,可能会引起一些异常。
超时机制的规则是如果在一定的时间内,provider没有返回，则认为本次调用失败
重试机制在出现调用失败时，会再次调用。如果在配置的调用次数内都失败，则认为此次请求异常，抛出异常。(dubbo默认重试2次)
如果出现超时，通常是业务处理太慢或者发送io阻塞,可在服务提供方执行：jstack PID > jstack.log 分析线程都卡在哪个方法调用上，这里就是慢的原因。如果这个服务接口不能调优性能，请将timeout设大。

超时设置
Dubbo消费端设置超时时间需要根据业务实际情况来设定，如果设置的时间太短，一些复杂业务需要很长时间完成，导致在设定的超时时间内无法完成正常的业务处理。这样消费端达到超时时间，那么dubbo会进行重试机制，不合理的重试在一些特殊的业务场景下可能会引发很多问题，需要合理设置接口超时时间。
比如发送邮件，可能就会发出多份重复邮件，执行注册请求时，就会插入多条重复的注册数据。
（1）合理配置超时和重连的思路
对于核心的服务中心，去除dubbo超时重试机制，并重新评估设置超时时间。
业务处理代码必须放在服务端，客户端只做参数验证和服务调用，不涉及业务流程处理

（2）Dubbo超时和重连配置示例

    <!-- 服务调用超时设置为6秒,超时不重试--> 
    <dubbo:service interface="com.provider.service.DemoService" ref="demoService"  retries="0" timeout="5000"/>

（3）Dubbo消费者端统一的超时和重连配置

    <!--统一的消费者配置-->
    <dubbo:consumer timeout="30000" retries="0" version="1.0.0"/>

重连机制
Dubbo在调用服务不成功时，默认会重试2次。Dubbo的路由机制，会把超时的请求路由到其他机器上，而不是本机尝试，所以 Dubbo的重试机器也能一定程度的保证服务的质量。但是如果不合理的配置重试次数，当失败时会进行重试多次，这样在某个时间点出现性能问题，调用方再连续重复调用，系统请求变为正常值的retries倍，系统压力会大增，容易引起服务雪崩，需要根据业务情况规划好如何进行异常处理，何时进行重试。

在重试发送的时候也可能会出现这样的问题：
比如有一个bug反馈,但是因为数据库io瓶颈，这时候这个服务阻塞了，然后过了一会查看数据库里有3条除了id外剩下都一样的数据（id是在服务提供者里生成的,这里只做异常例子举例）。
这就是重试机制下，业务不合理的设计所造成的坑，这时候处理的方式有两种:

合理规划业务(例如id放在服务上游生成,数据库主键唯一的机制)
把服务增加幂等性设置(例如接口中增加消息id)

Demo

服务端

定义一个Service Interface：（HelloService.java）

package com.alibaba.hello.api;
 
public interface HelloService
{
 
  String sayHello(String name);
 
}

接口的实现类：（HelloServiceImpl.java）

package com.alibaba.hello.impl;
import com.alibaba.hello.api.HelloService;
public  class  HelloServiceImpl  implements  HelloService{
    public  String  sayHello(String  name){
        return  "Hello" + name;
    }
}

Spring配置：（provider.xml）

<?xmlversion="1.0"encoding="UTF-8"?>
<beans......>
    <!--Applicationname-->
    <dubbo:applicationname="hello-world-app"/>
    <!--registryaddress,usedforservicetoregisteritself-->
    <dubbo:registryaddress="multicast://224.5.6.7:1234"/>
    <!--exposethisservicethroughdubboprotocol,throughport20880-->
    <dubbo:protocolname="dubbo"port="20880"/>
    <!--whichserviceinterfacedoweexpose?-->
    <dubbo:serviceinterface="com.alibaba.hello.api.HelloService"ref="helloService"/>
    <!--designateimplementation-->
    <beanid="helloService"class="com.alibaba.hello.impl.HelloServiceImpl"/>
</beans>

测试代码：（Provider.java）

importorg.springframework.context.support.ClassPathXmlApplicationContext;
public  class  Provider{
    public  static  void  main(String[]  args){
        ClassPathXmlApplicationContext  context = new  ClassPathXmlApplicationContext(newString[]{"provider.xml"});
        //启动成功，监听端口为20880System.in.read();//按任意键退出
    }
}

客户端

Spring配置文件：(consumer.xml)

<?xmlversion="1.0"encoding="UTF-8"?>
<beans xmlns=......>
    <!--consumerapplicationname-->
    <dubbo:applicationname="consumer-of-helloworld-app"/>
    <!--registryaddress,usedforconsumertodiscoverservices-->
    <dubbo:registryaddress="multicast://224.5.6.7:1234"/>
    <!--whichservicetoconsume?-->
    <dubbo:referenceid="helloService"interface="com.alibaba.hello.api.HelloService"/>
</beans>

客户端测试代码：（Consumer.java）

import  org.springframework.context.support.ClassPathXmlApplicationContext;
import  com.alibaba.hello.api.HelloService;
public  class  Consumer{
    public  static  void  main(String[]  args){
        ClassPathXmlApplicationContext  context = new  ClassPathXmlApplicationContext(newString[]{"consumer.xml"});
        HelloService  helloService = (HelloService)context.getBean("helloService");
        //getserviceinvocationproxyStringhello=helloService.sayHello("world");
        //doinvoke!System.out.println(hello);
        //cool,howareyou~
    }
}

参考文章：
https://baike.baidu.com/item/Dubbo/18907815?fr=aladdin

star.29

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
Dubbo

DubboDubbo是阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和 Spring框架无缝集成。Dubbo是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。主要核心部件Remoting: 网络通信框架，实现了 sync-over-asy...
复制链接

扫一扫

专栏目录