百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术文章 > 正文

高性能RPC框架Dubbo原理及应用(grpc dubbo性能)

ccwgpt 2024-10-02 12:10 43 浏览 0 评论

Dubbo是一款高性能Java RPC框架,同时也是一款服务治理框架,可以进行服务授权、服务路由、服务降级、软负载均衡等。总之等你熟悉或者使用Dubbo后会发现它有众多优点,明白为什么受到越来越多企业青睐。

1、Dubbo框架

Dubbo 架构具有以下几个特点,分别是连通性、健壮性、伸缩性、以及向未来架构的升级性。

1)服务容器负责启动/加载/运行服务提供者。

2)服务提供者在启动时,向注册中心注册自己提供的服务。

3)服务消费者在启动时,向注册中心订阅自己所需的服务。

4)注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。

5)服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。

6)服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心。

2、多协议支持

Dubbo允许配置多协议,在不同服务上支持不同协议或者同一服务上同时支持多种协议。Dubbo2.6.X支持的协议包括dubbo、rmi、hessian、webservice、http、thrift、memcached、redis、rest。多协议支持就是Dubbo提供的服务可以采用多种方式对外发布,例如http://xxx.xxx.xx或者dubbo://xxx.xxx.xx。其中部分协议如WebService和Hessian可以和原生服务互操作,提供者用 Dubbo 的 WebService/Hessian 协议暴露服务,消费者直接用标准 WebService/Hessian 接口调用,或者提供方用标准 WebService/Hessian 暴露服务,消费方用 Dubbo 的 WebService/Hessian 协议调用。

3、多注册中心

Dubbo支持同一服务向多注册中心同时注册,或者不同服务分别注册到不同的注册中心上去,甚至可以同时引用注册在不同注册中心上的同名服务。Dubbo2.6.x支持Multicast、Zookeeper、Redis、Simple注册中心。推荐使用Zookeeper注册中心。

4、异步调用(dubbo协议)

调用dubbo服务不需要同步等待。服务提供者不需要修改,消费者增加async=true。基于 NIO 的非阻塞实现并行调用,客户端不需要启动多线程即可完成并行调用多个远程服务,相对多线程开销较小。

1)用户线程调用IO线程,然后阻塞等待

2)IO线程异步调用远程服务

3)IO线程再RpcContext中设置Future

4)远程服务返回response给IO线程

5)IO线程接收到response设置到Future并通知用户线程

6)用户线程通过Future获取response

5、负载均衡

在集群负载均衡时,Dubbo提供了多种均衡策略,缺省为random随机调用。可以自行扩展负载均衡策略。

Random LoadBalance:随机,按权重设置随机概率。在一个截面上碰撞的概率高,但调用量越大分布越均匀,而且按概率使用权重后也比较均匀,有利于动态调整提供者权重。

RoundRobin LoadBalance:轮循,按公约后的权重设置轮循比率。存在慢的提供者累积请求的问题,比如:第二台机器很慢,但没挂,当请求调到第二台时就卡在那,久而久之,所有请求都卡在调到第二台上。

LeastActive LoadBalance:最少活跃调用数,相同活跃数的随机,活跃数指调用前后计数差。使慢的提供者收到更少请求,因为越慢的提供者的调用前后计数差会越大。

ConsistentHash LoadBalance:一致性Hash,相同参数的请求总是发到同一提供者。当某一台提供者挂时,原本发往该提供者的请求,基于虚拟节点,平摊到其它提供者,不会引起剧烈变动。

<!--服务端服务级别-->
<dubbo:service interface="..." loadbalance="roundrobin" />

<!--客户端服务级别-->
<dubbo:reference interface="..." loadbalance="roundrobin" />

<!--服务端方法级别-->
<dubbo:service interface="...">
 <dubbo:method name="..." loadbalance="roundrobin"/>
</dubbo:service>

<!--客户端方法级别-->
<dubbo:reference interface="...">
 <dubbo:method name="..." loadbalance="roundrobin"/>
</dubbo:reference>

6、连接超时timeout

必须要设置服务的处理的超时时间,超时timeout配置覆盖关系:

1、方法级优先,接口级次之,全局配置再次之。

2、如果级别一样,则消费方优先,提供方次之。

<dubbo:reference interface="com.wf.UserService">
	<dubbo:method name="sayHello" timeout="1000"/>
</dubbo:reference>
 
<dubbo:service interface="com.wf.UserService">
	<dubbo:method name="sayHello" timeout="2000"/>
</dubbo:service>
 
<dubbo:reference interface="com.wf.UserService" timeout="3000"/>
 
<dubbo:service interface="com.wf.UserService" timeout="4000"/>
 
<dubbo:consumer timeout="5000"/>
 
<dubbo:provider timeout="5000"/>

7、Spring 配置声明暴露服务

<?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:context="http://www.springframework.org/schema/context"
	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://www.springframework.org/schema/context
 http://www.springframework.org/schema/context/spring-context-3.0.xsd
		http://code.alibabatech.com/schema/dubbo 
		http://code.alibabatech.com/schema/dubbo/dubbo.xsd">
 	
 	<context:annotation-config/>
 <context:component-scan base-package="com.wf.dubbo.provider"/>
 <!-- 提供方应用信息,用于计算依赖关系 -->
 <dubbo:application name="provider-userservice" />
 
 <!-- simple监控中心 -->
 <dubbo:monitor protocol="registry"/>
 
 	<!-- 多注册中心,Multicast、Zookeeper、Redis、Simple,Dubbo支持同一服务向多注册中心同时注册 -->
 <!-- 使用multicast广播注册中心暴露服务地址 -->
 <!-- <dubbo:registry address="multicast://192.168.101.11:1234" /> -->
 <!--dubbo这个服务所要暴露的服务地址所对应的注册中心-->
 <dubbo:registry address="zookeeper://192.168.101.10:2181?backup=192.168.101.11:2181,192.168.101.12:2181"/>
 	
 	<!-- 多协议支持,dubbo/webservice/Thrift/Hessain/http,此处声明dubbo和hessian两种协议 -->
 <!-- 用dubbo协议在20880端口暴露服务 -->
 <dubbo:protocol name="dubbo" port="20881" />
 <!--增加hessian协议-->
 <dubbo:protocol name="hessian" port="8090" server="jetty"/>
 	
 <!-- 声明需要暴露的服务接口,多版本支持,同一个接口可以有多个不同实现,用版本号进行标识-->
 <dubbo:service interface="com.wf.dubbo.UserService" ref="userService" protocol="dubbo" version="1.0"/>
 <dubbo:service interface="com.wf.dubbo.UserService" ref="userService2" protocol="dubbo,hessian" version="2.0"
 loadbalance="random"/>
 
 <!-- 异步调用,只支持dubbo协议 -->
	<dubbo:service interface="com.wf.dubbo.UserServiceFuture" ref="userServiceFutrue" protocol="dubbo" timeout="2000"/>
 	
 <!-- 和本地bean一样实现服务,此处注释掉,采用@Service注解方式声明bean -->
 <!-- <bean id="userService" class="com.wf.dubbo.provider.UserServiceImpl" /> -->
</beans>

8、Spring 配置引用远程服务

<?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:application name="consumer-userservice" />
 
 <!-- 使用multicast广播注册中心暴露发现服务地址 -->
 <!-- <dubbo:registry id="multicast" address="multicast://192.168.101.11:1234" /> -->
 <!--dubbo这个服务所要暴露的服务地址所对应的注册中心-->
 <dubbo:registry id="zookeeper" address="zookeeper://192.168.101.10:2181?backup=192.168.101.11:2181,192.168.101.12:2181"/>
 	
 <!-- 生成远程服务代理,可以和本地bean一样使用userService -->
 <dubbo:reference id="userService" interface="com.wf.dubbo.UserService" version="1.0" protocol="dubbo" registry="zookeeper"/>
 <dubbo:reference id="userService2" interface="com.wf.dubbo.UserService" version="2.0" protocol="hessian" registry="zookeeper"/>
 
 <!-- 异步调用async=true,只支持dubbo协议 -->
 <dubbo:reference id="userServiceFuture" interface="com.wf.dubbo.UserServiceFuture" protocol="dubbo" async="true" registry="zookeeper" timeout="3000"/>
</beans>

相关推荐

用Steam启动Epic游戏会更快吗?(epic怎么用steam启动)

Epic商店很香,但也有不少抱怨,其中一条是启动游戏太慢。那么,如果让Steam启动Epic游戏,会不会速度更快?众所周知,Steam可以启动非Steam游戏,方法是在客户端左下方点击“添加游戏”,然...

Docker看这一篇入门就够了(dockerl)

安装DockerLinux:$curl-fsSLhttps://get.docker.com-oget-docker.sh$sudoshget-docker.sh注意:如果安装了旧版...

AYUI 炫丽PC开发UI框架2016年6月15日对外免费开发使用 [1]

2016年6月15日,我AY对外发布AYUI(WPF4.0开发)的UI框架,开发时候,你可以无任何影响的去开发PC电脑上的软件exe程序。AYUI兼容XP操作系统,在Win7/8/8.1/10上都顺利...

别再说C#/C++套壳方案多了!Tauri这“借壳生蛋”你可能没看懂!

浏览器套壳方案,C#和C++有更多,你说的没错,从数量和历史积淀来看,C#和C++确实有不少方式来套壳浏览器,让Web内容在桌面应用里跑起来。但咱们得把这套壳二字掰扯清楚,因为这里面学问可大了!不同的...

OneCode 核心概念解析——Page(页面)

在接触到OneCode最先接触到的就是,Page页面,在低代码引擎中,页面(Page)设计的灵活性是平衡“快速开发”与“复杂需求适配”的关键。以下从架构设计、组件系统、配置能力等维度,解析确...

React是最后的前端框架吗,为什么这么说的?

油管上有一位叫Theo的博主说,React是终极前端框架,为什么这么说呢?让我们来看看其逻辑:这个标题看起来像假的,对吧?React之后明明有无数新框架诞生,凭什么说它是最后一个?我说的“最后一个”不...

面试辅导(二):2025前端面试密码:用3个底层逻辑征服技术官

面试官放下简历,手指在桌上敲了三下:"你上次解决的技术难题,现在回头看有什么不足?"眼前的候选人瞬间僵住——这是上周真实发生在蚂蚁金服终面的场景。2025年的前端战场早已不是框架熟练...

前端新星崛起!Astro框架能否终结React的霸主地位?

引言:当"背着背包的全能选手"遇上"轻装上阵的短跑冠军"如果你是一名前端开发者,2024年的框架之争绝对让你眼花缭乱——一边是React这位"背着全家桶的全能选...

基于函数计算的 BFF 架构(基于函数计算的 bff 架构是什么)

什么是BFFBFF全称是BackendsForFrontends(服务于前端的后端),起源于2015年SamNewman一篇博客文章《Pattern:BackendsFor...

谷歌 Prompt Engineering 白皮书:2025年 AI 提示词工程的 10 个技巧

在AI技术飞速发展的当下,如何更高效地与大语言模型(LLM)沟通,以获取更准确、更有价值的输出,成为了一个备受关注的问题。谷歌最新发布的《PromptEngineering》白皮书,为这一问题提供了...

光的艺术:灯具创意设计(灯光艺术作品展示)

本文转自|艺术与设计微信号|artdesign_org_cn“光”是文明的起源,是思维的开端,同样也是人类睁眼的开始。每个人在出生一刻,便接受了光的照耀和洗礼。远古时候,人们将光奉为神明,用火来...

MoE模型已成新风口,AI基础设施竞速升级

机器之心报道编辑:Panda因为基准测试成绩与实际表现相差较大,近期开源的Llama4系列模型正陷入争议的漩涡之中,但有一点却毫无疑问:MoE(混合专家)定然是未来AI大模型的主流范式之一。...

Meta Spatial SDK重大改进:重塑Horizon OS应用开发格局

由文心大模型生成的文章摘要Meta持续深耕SpatialSDK技术生态,提供开自去年9月正式推出以来,Meta持续深耕其SpatialSDK技术生态,通过一系列重大迭代与功能增强,不断革新H...

&quot;上云&quot;到底是个啥?用&quot;租房&quot;给你讲明白IaaS/PaaS/SaaS的区别

半夜三点被机房报警电话惊醒,顶着黑眼圈排查服务器故障——这是十年前互联网公司运维的日常。而现在,程序员小王正敷着面膜刷剧,因为公司的系统全"搬"到了云上。"部署到云上"...

php宝塔搭建部署thinkphp机械设备响应式企业网站php源码

大家好啊,欢迎来到web测评。本期给大家带来一套php开发的机械设备响应式企业网站php源码,上次是谁要的系统项目啊,帮你找到了,还说不会搭建,让我帮忙录制一期教程,趁着今天有空,简单的录制测试了一下...

取消回复欢迎 发表评论: