实现细节 (+) (#) 初始化过程细节 (+) (#) 解析服务 基于dubbo.jar内的META-INF/spring.handlers配置,Spring在遇到dubbo名称空间时,会回调DubboNamespaceHandler. 所有dubbo的标签,都统一用DubboBeanDefinitionParser进行解析,基于一对一属性映射,将XML标签解析为Bean对象. 在ServiceConfig.export()或ReferenceConfig.get()初始化时,将Bean对象转…

扩展点能力 能load class,这个class除了顶层接口class(在ExtensionLoader中对应type字段),还能load各实现类的class. 能创建instance. 能指定这个顶层接口的默认实现类的beanName.做法参见SPI注解部分. 能把创建出来的instance的字段注入.set开头的且有一个参数且是public的,注入. 能adaptive.根据url上对该接口配置的实现类,将该接口的事情交给这个实现类去做(我更多的理解成委托).此能力采用代码生成再编译的方式…

负载均衡其本质就是将请求分摊到多个操作单元上进行,从而共同完成工作任务.其策略主要用于客户端春常在多个提供者时根据算法选择某个提供者.在集群负载均衡时,Dubbo提供了多种均衡策略(包括随机.轮询.最少活跃调用数.一致性Hash等),缺省为随机调用(具体可参考dubbo官网). 配置负载均衡,既可以在服务提供者一方进行配置也可以在服务消费者一方配置,如下: Dubbo中也是利用SPI机制实现负载均衡的功能.其SPI接口是org.apache.dubbo.rpc.cluster.LoadBalan…

对于Dubbo提供的扩展点,主程序执行的过程中并没有显示调用加载的过程,无论是自激活的Filter还是自适应的ThreadPool.那么这样的扩展点在程序运行的哪个节点调用的呢?跟踪之前性能监控扩展点的执行流程,找到扩展点加载时机,如下: 以该文章中关于线程池的扩展点为例,调试分析dubbo扩展点的加载原理.首先看注解版的配置(以服务端为例,那么调用的是自适应的扩展点threadpool): 查看配置类: 红框中是典型的Java Bean 的一个应用,就是将扫描目录下的bean和一个Regist…

dubbo源码版本:2.5.4 经统计,dubbo一共有31个扩展,如下: ------------------------------------------------------ META-INF/dubbo/internal/com.alibaba.dubbo.common.compiler.CompilerMETA-INF/dubbo/internal/com.alibaba.dubbo.common.extension.ExtensionFactoryMETA-INF/dubbo/i…

Dubbo的扩展机制是怎么实现的?最简单的回答就是@SPI. Dubbo的插件化思路来源于Java SPI.   JAVA SPI 机制     SPI的全名为Service Provider Interface. 大多数人可能不了解,因为它是JDK针对插件或者厂商的.java spi机制的思想就是: 我们的系统的抽象模块(接口),往往有很多不同方案的实现.如日志模块,jdbc模块等.而在面向对象的设计里,我们一般都要做模块解耦,面向接口编程.但如果要切换接口的不同实现,就可能需要改动代码.为了…

SPI 全称为 Service Provider Interface,是一种服务发现机制.当程序运行调用接口时,会根据配置文件或默认规则信息加载对应的实现类.所以在程序中并没有直接指定使用接口的哪个实现,而是在外部进行装配. 要想了解 Dubbo 的设计与实现,其中 Dubbo SPI 加载机制是必须了解的,在 Dubbo 中有大量功能的实现都是基于 Dubbo SPI 实现解耦,同时也使得 Dubbo 获得如此好的可扩展性. Java SPI 通过完成一个 Java SPI 的操作来了解它的机…

与很多框架一样,Dubbo也存在拦截(过滤)机制,可以通过该机制在执行目标程序前后执行我们指定的代码.Dubbo中Filter只是Dubbo提供的可自定义扩展的扩展点之一.通过该扩展点地理解,可以触类旁通地理解其他类似自激活的扩展点. 那么什么是自激活?如果一个扩展点有多个实现,那么最后究竟使用哪个实现呢?根据不同的条件参数来动态选择可以使用的扩展时(可能需要同时使用多个扩展),就会使用到自激活扩展了.这个就是自激活. Dubbo的Filter机制是专门为服务提供方和服务消费方调用过程进行拦截设…

线程池也是Dubbo自动自适应扩展点之一,也可以自定义线程池.Dubbo中已实现的线程池扩展点有: 其中框架提供的线程池都是通过创建真实的业务线程池进行操作的,目前线程池模型中有两个和Java中线程池相对应: 1)fix:表示创建固定大小的线程池.也是Dubbo默认的使用方式,默认创建的执行线程数为200,并且是没有任何等待队列的.所以在极端的情况下可能会存在问题,比如操作大量执行时,可能存在堵塞的情况. 2)cache:创建非固定大小的线程池,当线程不足时,会自动创建新的线程.但是使用的时候需…

问题 dubbo内部定制的版本中,在处理大于10K的包的时候,会出现内存溢出的现象 原因是我们在定制dubbo http协议的时候,使用了jboss包里面的HttpRequestDecoder的http decoder方法来解析http协议内容 该方法在解析非http协议的大内容时,会出现内存溢出的情况 某个服务因为这个问题,出现了full gc 的情况 复现问题 根据描述复现该问题 指定dubbo版本 dubbo请求,非http请求 消息体大于10K jvm堆配置,jmap -heap pid…