一、服务调用 首先服务消费者通过代理对象 Proxy 发起远程调用，接着通过网络客户端 Client 将编码后的请求发送给服务提供方的网络层上，也就是 Server。Server 在收到请求后，首先要做的事情是对数据包进行解码。然后将解码后的请求发送至分发器 Dispatcher，再由分发器将请求派发到指定的线程池上，最后由线程池调用具体的服务。这就是一个远程调用请求的发送与接收过程。那么在du
转载
2024-05-06 20:35:06
146阅读
注：本文基于dubbo版本v2.6.11.介绍当我们在使用dubbo的时候，是可以通过调整线程池来达到调优的效果，我们可以在<dubbo:protocol> 标签中使用用threadpool属性选择自己想要使用的线程池，通过threads属性配置服务线程数，queues属性配置使用的队列。例如：<dubbo:protocol name="dubbo" threadpool="
转载
2024-02-17 15:57:39
337阅读
Dubbo 的发展路径： 通用的跨网络异步调用的线程模型： 通信框架异步发送请求消息，请求消息发送成功后，返回代表业务结果的 CompletableFuture 给业务线程。之后对于 Future 的处理，根据调用类型会有所区别： 对于同步请求（如上图体现的场景），业务线程会调用 future.get 同步阻塞等待结果，当收到网络层返回的业务结果后，future.get 返回并最终将结果传递给调用
转载
2024-03-04 10:50:23
134阅读
前言 micrometer 中自带了很多其他框架的指标信息，可以很方便的通过 prometheus 进行采集和监控，常用的有 JVM 的信息，Http 请求的信息，Tomcat 线程的信息等。对于一些比较活跃的框架，有些还是不支持的，比如 Dubbo。如果想监控 Dubbo 的一些指标，比如线程池的状况，我们需要手动去扩展，输出对应的线程池指标才行。在这种情况下，肯定是没什么思路的，因为你不知道怎
转载
2024-03-20 16:48:25
81阅读
Dubbo的异步执行Dubbo框架的异步执行是发生在服务提供端的，在Provider端非异步执行时候，其对调用方发来的请求的处理是在Dubbo内部线程模型的线程池中的线程来执行的，在dubbo中服务提供方提供的所有的服务接口都是使用这一个线程池来执行的，所以当一个服务执行比较耗时时候，可能会占用线程池中很多线程，这可能就会导致其他服务的处理收到影响。Provider端异步执行则将服务的处理逻辑从D
转载
2024-03-15 12:08:48
122阅读
AbortPolicyWithReportdubbo搞了拒绝策略AbortPolicyWithReport、线程池EagerThreadPoolExecutor、线程工厂NameThreadFactory、任务队列TaskQueue、线程服务ExecuteService-ThreadlessExecutor，需要学会这些自定义的用法。AbortPolicyWithReport在原来支持的Abort
转载
2024-03-19 21:12:55
76阅读
一、线程模型如果事件处理的逻辑能迅速完成，并且不会发起新的 IO 请求，比如只是在内存中记个标识，则直接在 IO 线程上处理更快，因为减少了线程池调度。但如果事件处理逻辑较慢，或者需要发起新的 IO 请求，比如需要查询数据库，则必须派发到线程池，否则 IO 线程阻塞，将导致不能接收其它请求。如果用 IO 线程处理事件，又在事件处理过程中发起新的 IO 请求，比如在连接事件中发起登录请求，会报“可能
转载
2024-03-24 13:43:55
96阅读
在几个典型的RPC使用场景中,包含服务发现,负载均衡,容错,透明,序列化,网络传输等模块.其中RPC协议就是核心模块,主要包括序列化,网络传输.只要RPC协议实现了,就可以进行远程调用,其他的负载,容错,透明,注册发现都是对RPC调用的优化,使他更加稳定健壮.图解RPC原理图解: 客户端通过调用模块,找到服务发现,获取服务地址,之后进行负载均衡,容错等执行RPC协议过程, 经过网络传输,反序列化
转载
2024-02-22 19:15:22
63阅读
参数相关的配置室友优先级的，方法级配置高于接口级配置，消费端配置高于服务提供者的配置。服务提供者provider参数配置服务提供者的相关配置大部分都可以在@DubboService注解中进行直接配置。具体参数如下：iothreads: io线程池大小(固定大小)。限制的是io线程池大小，该线程池线程用于处理Dubbo框架自身业务逻辑，默认值是cpu个数+1，一般不会调整此参数。threads：业务
转载
2024-02-15 16:39:10
93阅读
目录一、Dubbo已有线程池二、自定义线程池1、自定义类并继承FixedThreadPool①引入pom②编写线程池类2、SPI声明，创建文件 META-INF/dubbo/org.apache.dubbo.common.threadpool.ThreadPool3、服务方①引入该依赖②设置使用该线程池生成器③service方法设置休眠4、消费方 一、Dubbo已有线程池官网说明 dubbo在使
转载
2024-02-08 07:05:58
880阅读
一、Dubbo的线程模型概述Dubbo 默认的底层网络通讯使用的是 Netty ，服务提供方 NettyServer 使用两级线程池，其中 EventLoopGroup(boss) 主要用来接受客户端的链接请求，并把接受的请求分发给 EventLoopGroup（worker） 来处理，boss 和 worker 线程组我们称之为 IO 线程。如果服务提供方的逻辑能迅速完成，并且不会发起新的 IO
转载
2024-03-05 08:10:41
264阅读
Dubbo作为一个优秀的RPC框架，以SPI方式抽象架构，可以自由选择通信层框架，已实现的有Netty、Netty4和Mina。 Dubbo 有提供线程模型的官方文档：http://dubbo.apache.org/zh-cn/docs/user/demos/thread-model.html 本文深入源码，尝试解析dubbo线程模型具体细节。 对于dispatcher参数，有以下几种可选项：al
转载
2024-04-26 12:16:10
100阅读
目录简介1、Dubbo是什么？2、Dubbo底层对于线程池3、采集数据4、上报数据 5、数据展示简介简历写着熟悉 Dubbo，面试的时候一问，居然连 Dubbo 线程池监控都不知道，就问你尴不尴尬，今天就来分享一下 Dubbo 线程池监控；1、Dubbo是什么？Dubbo 是一款优秀的微服务框架，它以其高性能、简单易用、易扩展等特点，广泛应用于互联网、金融保险、科技公司、制造业、零售物流
转载
2024-03-07 21:15:56
66阅读
线程池隔离Dubbo3会提供一种新的线程池管理方式，用于隔离服务之间的线程池调用机制，主要用于服务提供者端进行实现服务资源隔离和容器隔离机制，最终的效果就是服务提供者内部的各个服务通过线程池隔离且互相独立，任何一个服务的线程池资源耗尽都不会影响其他正常服务，支持线程池可配置化，由用户手动指定。使用场景针对于指定服务会出现IO时间过长或者资源消耗时间过长的问题，因此可以实现独立处理功能服务而不会影响
转载
2024-05-01 23:46:16
138阅读
前段时间现场的运维同学反馈某个服务出现一段时间里Dubbo消费端线程池被打满导致部分接口出现不可用的问题，这里记录下排查的过程。首先，查看业务日志，发现出现了大量Thread pool is EXHAUSTED的报错。项目里Dubbo服务端线程池配置如下，<dubbo:protocol name="dubbo" port="-1" threads="500" threadpool="cach
转载
2024-05-08 19:25:11
151阅读
一、Dubbo整体架构图二、线程模型官网地址：https://dubbo.apache.org/zh/d...
三、本地dubbo测试记录(一)踩坑 使用SpringBoot构建dubbo服务的时候，既使用了注解配置，又忘记关闭xml文件配置，导致应用启动失败。(二)消费者端配置
dubbo.consumer.timeout=3000，控制消费者等待服务端返回消息的最大时间，默认1秒；【默认配置
转载
2024-03-04 15:58:08
216阅读
Dubbo thread pool is exhausted生产环境真实发生的故障，在业务高峰期 某个业务接口频繁报Dubbo 线程池资源耗尽的问题，后面经过反复的排查，确定问题的原因是由于数据库表没有创建索引，导致慢sql 影响查询速度，高峰期并发量又比较大，直接将线程池资源耗尽，系统奔溃无法提供服务。本篇模拟一下当时的情况，算是一个案例展示，可以学习以下内容：Dubbo 线程池策略 (官网地址
转载
2024-03-16 10:44:32
210阅读
写在前面dubbo目前提供了三种线程池的实现，如下：fixed：固定大小的线程池，启动时建立，并且不会关闭，这也是缺省的设置。
cached：缓存线程池，空闲一分钟自动删除，需要时重建。
limited：可伸缩线程池，但是线程池中的线程数只会增长不会收缩，这样做的目的是为了避免当进行收缩时流量突然增加造成性能问题。在dubbo源码中相关代码在dubbo-common模块，如下图：图中的Thread
转载
2024-02-08 06:11:36
161阅读
作者 | 科技缪缪头图 | CSDN 下载自东方ICDubbo本身并不复杂，而且官方文档写的非常清楚详细，面试中dubbo的问题一般不会很多，从分层到工作原理、负载均衡策略、容错机制、SPI机制基本就差不多了，最大的一道大题一般就是怎么设计一个RPC框架了，但是如果你工作原理分层都搞明白了这个问题其实也就相当于回答了不是吗。说说Dubbo的分层？ 
public static void gracefulShutdown(Executor executor, int timeout) {
if (!(executor instanceof ExecutorService) || isShutdown(executor)) {
return;
}
final Ex
转载
2024-05-28 17:23:23
70阅读
