dubbo源码分析

dubbo源码分析之--java.lang.IllegalStateException: urls to invokers error .invokerUrls.size :1, invoker.si.

2019独角兽企业重金招聘Python工程师标准>>>最近在生产环境和预发环境经常出现java.lang.IllegalStateException:urlstoinvokerserror.invokerUrls.size:1,invoker.size:0，这一类的error错误，具体错误信息如下java.lang.IllegalStateException:urlstoinvokerserror
weixin_34250434·2020-07-08 17:37

Dubbo源码分析—消费者引用服务

了解服务引用消费者引用一个服务的主过程，如下图所示：首先ReferenceConfig类的init方法调用Protocol的refer方法生成Invoker实例(如上图中的红色部分)，这是服务消费的关键。接下来把Invoker转换为客户端需要的接口(如：HelloWorld)。源码分析入口分析——ReferenceBeanReferenceBean类实现了FactoryBean接口，通过getBe
weixin_33816300·2020-07-08 15:09

dubbo源码分析之-Please check registry access list (whitelist/blacklist)

2019独角兽企业重金招聘Python工程师标准>>>业务方在使用时经常会出现如下错误看起来像是黑白名单，但是实际是服务方通过zk通知过来的地址变成了EMPTY://这样的形式，通常我们会提供如下的解决方式一般都能解决问题今天我们通过源代码来进行一下简单的分析，先来看一下代码的UML图异常出错的地方是在RegistryDirectory,此类实现了NotifyListener接口，该接口中有一个很
weixin_33814685·2020-07-08 15:08

Dubbo源码分析（一）------dubbo加载流程

1.dubbo加载流程第一步解析：在dubbo的jar包下，spring启动时会默认加载/MATE-INF/spring.handler文件，该文件下有这么一段内容：http\://code.alibabatech.com/schema/dubbo=com.alibaba.dubbo.config.spring.schema.DubboNamespaceHandler这个DubboNamespac
英俊xiansen·2020-07-08 04:11

Dubbo源码分析系列-服务的引用

服务引用调用过程上图是服务消费的主过程：首先ReferenceConfig类的init方法调用Protocol的refer方法生成Invoker实例(如上图中的红色部分)，这是服务消费的关键。接下来把Invoker通过ProxyFactory代理工厂转换为客户端需要的接口(如：HelloWorld)。案例介绍先看一个简单的客户端引用服务的例子，还是之前HelloService，dubbo配置如下：
qq418517226·2020-07-07 19:12

【dubbo源码分析】9.dubbo的consumer和provider调用交互过程

本文主要介绍consumer和provider在具体服务调用的时候是如何进行交互的。首先我们要清楚在consumer启动后对于服务接口生成了怎样的接口代理类和provider端对于服务的实现类有生成了怎么样代理类供Invoker使用。下面以Dubbo提供的demo来讲解。先来回顾一下1.provider端1.1.provider为各个服务实现类（如DemoServiceImpl）都怎么生成装饰类的
小號子·2020-07-04 17:01

dubbo源码分析(一) 服务暴露--服务引用

又到了面试的时间为了应付面试得准备些干货provider示例以上是基本的provider配置dubbo无缝接入了spring我们看看是如何实现的从上面的配置文件看到dubbo使用了自定义标签那么肯定实现了NamespaceHandlerSupport用于解析自己的标签可以找到NamespaceHandlerSupport的实现DubboNamespaceHandler通过META-INF/spri
hahaee·2020-06-30 18:50

RPC框架（八）dubbo源码分析--dubbo调用过程分析

一、概述二、消费端触发请求三、消费端请求编码四、提供端请求解码五、提供端处理请求六、提供端响应结果编码七、消费端响应结果解码八、总结一、概述消费端调用远程服务接口时，使用上和调用普通的java接口是没有任何区别，但是服务消费者和提供者是跨JVM和主机的，客户端如何封装请求让服务端理解请求并且解析服务端返回的接口调用结果，服务端如何解析客户端的请求并且向客户端返回调用结果，这些框架是如何实现的，下面
keep_trying_gogo·2020-06-30 08:34

RPC框架（七）dubbo源码分析--dubbo服务消费者初始化

一、概述二、监听注册中心三、连接服务提供端四、创建消费端服务代理五、总结一、概述在分析标签解析的时候知道框架会把dubbo:reference解析成一个ReferenceBean，它是一个FactoryBean，消费者的初始化在它的init方法中执行，这个方法在两种情况下会被调用：消费者设置了立即初始化（init属性设置成true），那么bean加载时会立刻调用消费者初始化。消费者bean被使用者
keep_trying_gogo·2020-06-30 08:02

RPC框架（六）dubbo源码分析--dubbo服务提供者初始化

一、概述二、选用服务端口三、生成URL对象四、生成本地服务代理五、生成远程服务代理六、启动服务监听七、服务注册到注册中心八、dubbo服务初始化与暴露服务总结一、概述dubbo服务提供者由dubbo:service来定义，从前面可以看到，Spring把dubbo:service解析成一个ServiceBean，ServiceBean实现了ApplicationListener和Initializi
keep_trying_gogo·2020-06-30 08:02

dubbo源码分析-服务暴露流程

dubbo源码分析-服务暴露环境准备前置知识服务暴露流程分析文末服务暴露总结关于交流服务暴露时序图chapterII  众所周知，dubbo是一款开源的（现已进入apache孵化器）具备一定服务治理能力的
青禾qingh·2020-06-30 06:56

程序猿与杰伦的“第一次”

内推邮箱【[email protected]】，响应P99非常小其实，也可以关注公众号，不取关的那种哦然后留言，我会主动联系你哟后面还会继续更新ApacheDubbo源码分析和ElasticSearch
吴小胖本胖·2020-06-30 04:00

dubbo源码（一）-- 服务注册

摘要：大部分互联网公司都会使用dubbo作为微服务架构的中间件选择，这篇博客从一次故障说起，延伸到dubbo源码分析，以供他人借鉴。
我的世界只有code·2020-06-28 19:01

dubbo源码分析13——服务本地暴露 exportLocal(url)

dubbo服务的本地暴露，显然是针对当服务消费者和服务提供者都在同一个jvm的进程内这种场景。通常是发生在服务之间的调用的情况下。一种情况就是A服务调用B服务的情况，如果A服务和B服务都是在一个线程中进行服务暴露的，就是本地调用。下面先看本地暴露的源码：privatevoidexportLocal(URLurl){//这是本协议url示例：injvm://127.0.0.1/org.huxin.d
weixin_34409357·2020-06-28 19:03

Dubbo源码分析——服务发布

了解服务发布Dubbo官方文档说明了服务提供者暴露服务的主过程，如图所示：首先ServiceConfig类拿到对外提供服务的实际类ref(如：HelloWorldImpl),然后通过ProxyFactory类的getInvoker方法使用ref生成一个AbstractProxyInvoker实例，到这一步就完成具体服务到Invoker的转化。接下来就是Invoker转换到Exporter的过程。D
weixin_34318272·2020-06-28 16:22

Dubbo源码分析----暴露服务

暴露服务的过程中，会涉及到两个Protocol1.DubboProtocol主要是做网络通信相关初始化2.RegistryProtocol主要是做zk的注册和订阅相关在提供一个服务的时候，需要在配置文件里声明如下xmlregistryURLs=loadRegistries(true);//获取注册中心的urlfor(ProtocolConfigprotocolConfig:protocols){d
六道木_·2020-06-27 06:32

Dubbo源码分析----多版本

在开发的时候，可能多个项目会修改同一个服务，那么不能直接暴露出来，否则会被其他人给调用到，导致数据不正常，那么这种情况下可以使用dubbo的多版本来解决这个问题，配置如下：//稳定环境下的provider和consumer//项目环境下的provider和consumer，我司用的是1.0.0加上项目后缀，这个只要能区分就OK那么稳定环境下的项目之间会调用稳定的服务，而项目环境中由于还在开发，接口
六道木_·2020-06-27 06:00

dubbo源码分析26 -- 网络编解码

在网络传输中只将数据看作是原始的字节序列。然则，我们的应用程序需要把这些字节序列组成有意义的信息。将应用程序的数据转换为网络格式，以及将网络格式转换为应用程序的数据的组件分别叫作编码器和解码器，同时具有这两种功能的单一组件叫作编解码器。1、粘包&拆包基于前面的分析我们知道dubbo的远程调用是基于Netty这个Nio框架进行基于TCP/IP的Socket通信。TCP是一个“流”协议，所谓流就是没有
carl-zhao·2020-06-27 03:33

dubbo源码分析25 -- 序列化与反序列化

序列化：把对象转换为字节序列的过程称为对象的序列化。反序列化：把字节序列恢复为对象的过程称为对象的反序列化。Dubbo是Alibaba开源的分布式服务框架远程调用框架，现在已捐赠给apache软件基本会。因此dubbo调用是需要跨JVM，需要进行网络通信。这就需要使用到序列化与反序列化。在dubbo中定义了ObjectInput、ObjectOutput与Serialization来进行数据的序列
carl-zhao·2020-06-27 03:33

dubbo源码分析24 -- 调用核心 Invoke

任何框架或组件，总会有核心领域模型，比如：Spring的Bean，Struts的Action，Napoli的Queue。对于Dubbo来说它的核心就是Service(服务接口)，而Service不管是provider暴露服务，还是consumer引用服务。它都是一个非常重要的概念，我们来看一下Dubbo的核心领域模型：Protocol是服务域，它是Invoker暴露和引用的主功能入口，它负责Inv
carl-zhao·2020-06-27 03:33

dubbo源码分析21 -- 远程通信 netty

dubbo做为RPC框架，需要进行跨JVM通信，要保证高性、稳定的进行远程通信。dubbo底层通信选择了netty这个nio框架做为默认的网络通信框架并且通过自定义协议进行通信。dubbo支持以下网络通信框架：Netty(默认)MinaGrizzly1、netty简介在网络编码领悟，Netty是Java的卓越框架。它封装了JavaNIO操作的复杂性，使得开发者能够使用其提供的简易API就能够开发出
carl-zhao·2020-06-27 03:32

dubbo源码分析18 -- 服务监控

在分布式服务当中监控服务的各项指标至关重要，而dubbo也提供了一个简单的监控中心(SimpleMonito)。SimpleMonitor挂掉不会影响到Consumer和Provider之间的调用，所以用于生产环境不会有风险。并且配置好了之后可以结合admin管理后台使用，可以清晰的看到服务的访问记录、成功次数、失败次数等…SimpleMonitor采用磁盘存储统计信息，请注意安装机器的磁盘限制，
carl-zhao·2020-06-27 03:32

dubbo源码分析17 -- 集群容错总结

在集中式环境中服务的机器台只有一台，这样对于服务不仅存在服务单点故障问题而且还存在流量问题。为了解决这个问题，就引入的分布式与集群概念。分布式：一个业务分拆多个子业务，部署在不同的服务器上集群：同一个业务，部署在多个服务器上当请求来临时，如何从多个服务器中，选择一个有效、合适的服务器，这个集群所需要面对一问题。所以在集群里面就引申出负载均衡（LoadBalance），高可用（HA），路由（Rout
carl-zhao·2020-06-27 03:32

dubbo源码分析20 -- 远程调用概述

在之前的文章我们分析了dubbo的服务治理，也就是在consumer端在进行服务引用的时候。consumer首先会根据配置Protocol(协议)创建Invoke调用对象，它代表一个可执行体，可向它发起invoke调用，它有可能是一个本地的实现，也可能是一个远程的实现，也可能一个集群实现。然后再使用ProxyFactory接口创建代理对象，进行远程调用。创建的代理对象为InvokeInvocati
carl-zhao·2020-06-27 03:32

dubbo源码分析16 -- 集群容错之LoadBalance

在集中式环境中服务的机器台只有一台，这样对于服务不仅存在服务单点故障问题而且还存在流量问题。为了解决这个问题，就引入的分布式与集群概念。分布式：一个业务分拆多个子业务，部署在不同的服务器上集群：同一个业务，部署在多个服务器上1、dubbo服务治理当请求来临时，如何从多个服务器中，选择一个有效、合适的服务器，这个集群所需要面对一问题。所以在集群里面就引申出负载均衡（LoadBalance），高可用（
carl-zhao·2020-06-27 03:32

dubbo源码分析23 -- provider 接收与发送原理

在前面一篇博客中分享了dubbo在网络通信当中的consumer的发送以及接收原理。通过集群容错最终选择一个合适的Invoke通过netty直联调用provider的服务。众所周知，netty是基于JavaNio的Reactor模型的异步网络通信框架，所以dubbo在consumer端把异步变成了同步。大概总结了consumer的发送与接收原理，下面我们来讨论一下dubbo网络通信当中provid
carl-zhao·2020-06-27 03:32

dubbo源码分析19 -- 服务治理

在之前的dubbo源码分析中我们分析了dubbo的服务暴露。
carl-zhao·2020-06-27 03:32

dubbo源码分析22 -- consumer 发送与接收原理

在前面的文章中,我们分析了dubbo从provider进行服务暴露,然后把服务信息注册到注册中心上面解耦consumer与provider的调用。consumer通过javassist创建代理对象引用远程服务。当通过代理对象调用远程服务的时候，讲到进行真正调用的时候dubbo抽象出集群容错(Cluster、Directory、Router、LoadBalance)从服务多个暴露方选取出一个合适的I
carl-zhao·2020-06-27 03:32

dubbo源码分析15 -- 集群容错之Route

在集中式环境中服务的机器台只有一台，这样对于服务不仅存在服务单点故障问题而且还存在流量问题。为了解决这个问题，就引入的分布式与集群概念。分布式：一个业务分拆多个子业务，部署在不同的服务器上集群：同一个业务，部署在多个服务器上1、dubbo服务治理当请求来临时，如何从多个服务器中，选择一个有效、合适的服务器，这个集群所需要面对一问题。所以在集群里面就引申出负载均衡（LoadBalance），高可用（
carl-zhao·2020-06-27 03:32

dubbo源码分析10 之 服务远程暴露(下)

在前面的文章我们分析了一下dubbo远程服务暴露过程中通过Netty进行Socket服务暴露。使得远程客户端可以访问这个暴露的服务，这个只是解决了访问之前点到点的服务调用。对于分步式环境当中，越来越多的服务我们如何管理并且治理这些服务是一个问题。因此dubbo引入了注册中心这个概念，把服务暴露、服务调用的信息保存到注册中心上面。并且还可以订阅注册中心，实现服务自动发现。因为dubbo远程暴露里面的
carl-zhao·2020-06-27 03:31

dubbo源码分析11 之 服务引用

在使用dubbo的时候，我们对于远程服务调用是无感知的。当需要调用远程服务的时候我们只需要进行以下配置，就可以像本地调用的方式调用远程服务：下面的图片是dubbo官方服务消费者消费一个服务的详细过程的图：dubbo的服务引用其实就是把上面的配置解析成dubbo框架的ReferenceConfig(接口引用配置类)，然后调用ReferenceConfig类的init方法调用Protocol的refe
carl-zhao·2020-06-27 03:31

dubbo源码分析9 之 服务远程暴露(中)

在上一篇文章我们讲解了一下dubbo远程服务暴露过程中通过Netty进行Socket服务暴露。使得远程客户端可以访问这个暴露的服务，这个只是解决了访问之前点到点的服务调用。对于分步式环境当中，越来越多的服务我们如何管理并且治理这些服务是一个问题。因此dubbo引入了注册中心这个概念，把服务暴露、服务调用的信息保存到注册中心上面。并且还可以订阅注册中心，实现服务自动发现。因为dubbo远程暴露里面的
carl-zhao·2020-06-27 03:31

dubbo源码分析13 之 集群容错 Invoke

在集中式环境中服务的机器台只有一台，这样对于服务不仅存在服务单点故障问题而且还存在流量问题。为了解决这个问题，就引入的分布式与集群概念。分布式：一个业务分拆多个子业务，部署在不同的服务器上集群：同一个业务，部署在多个服务器上1、dubbo服务治理当请求来临时，如何从多个服务器中，选择一个有效、合适的服务器，这个集群所需要面对一问题。所以在集群里面就引申出负载均衡（LoadBalance），高可用（
carl-zhao·2020-06-27 03:31

dubbo源码分析12 之 Listener & Filter

Dubbo是阿里巴巴开源的一个高性能优秀的服务框架，使得应用可通过高性能的RPC实现服务的输入与输出功能。作为一个优秀的框架，至少应该包含以下几个特点：完善的文档活跃的社区良好的扩展性今天主要讨论的主题就是dubbo中良好的扩展性。dubbo的扩展点加载是从JDK标准的SPI(ServiceProviderInterface)扩展点发现加强而来。JDK标准的SPI会一次性实例化扩展点所有实现，如果
carl-zhao·2020-06-27 03:31

dubbo源码分析14 -- 集群容错之Directory

在集中式环境中服务的机器台只有一台，这样对于服务不仅存在服务单点故障问题而且还存在流量问题。为了解决这个问题，就引入的分布式与集群概念。分布式：一个业务分拆多个子业务，部署在不同的服务器上集群：同一个业务，部署在多个服务器上1、dubbo服务治理当请求来临时，如何从多个服务器中，选择一个有效、合适的服务器，这个集群所需要面对一问题。所以在集群里面就引申出负载均衡（LoadBalance），高可用（
carl-zhao·2020-06-27 03:31

dubbo源码分析8 之 服务远程暴露(上)

在上一篇文章我们讲解了一下dubbo服务暴露过程中的本地暴露。它只是一个开胃小菜，主要是为我们后面讲解远程暴露开个头。下面就来分析一下dubbo在远程暴露里面发生了哪些事。因为dubbo远程暴露里面的过程还是比较复杂的，所以我就分为三个文章来讲解dubbo的远程暴露：dubbo远程暴露–Netty暴露服务dubbo远程暴露–Zookeeper连接dubbo远程暴露–Zookeeper注册&订阅这就
carl-zhao·2020-06-27 03:30

dubbo源码分析1 之 架构原理探索

在之前的文章中介绍了Dubbo的出现背景以及使用方式，下面我们通过源码的方式来分析一下Dubbo的架构。1、准备在分析探索Dubbo架构原理之前，我们需要准备一下环境，用于后面我们来分析dubbo的架构。1.1ZookeeperDubbo使用Zookeeper为注册中心。所以需要在本地启动zookeeper，作为Dubbo的注册中心。启动Zookeeper服务：用于dubbo的注册中心。启动Zoo
carl-zhao·2020-06-27 03:30

dubbo源码分析6 之 服务暴露概述

dubbo的服务模型是非常简单的，要么是服务提供方(Provider)提供服务，要么是服务消费方(Consumer)消费服务，从dubbo官网的系统架构图就可以看出来。Provider与Consumer通过Registry来解耦合，这一点和Spring有点相似。在Spring中它的核心领域模型是Bean.我们通过配置bean，然后Spring容器获取到需要的对象。不需要关心对象的创建过程，并且我们
carl-zhao·2020-06-27 03:30

dubbo源码分析4 之 与Spring 集成

Spring框架从2.0版本开始,提供了基于Schema风格的SpringXML格式用来定义bean的扩展机制。引入Schema-basedXML是为了对Traditional的XML配置形式进行简化。通过Schema的定义，把一些原本需要通过几个bean的定义或者复杂的bean的组合定义的配置形式，用另外一种简单而可读的配置形式呈现出来。Schema-basedXML由三部分构成，我们由一幅图说
carl-zhao·2020-06-27 03:30

dubbo源码分析3 之 动态编译

我们运行的Java代码，一般都是编译之后的字节码。Dubbo为了实现基于SPI思想的扩展特性，可以灵活的添加额外的功能。对于SPI接口需要能够动态生成，这样就需要在运行的时候去编译加载这个设配类的代码。下面我们就是来了解下Dubbo的动态编译。我们首先来看一下Compile的类图。Compile接口定义：@SPI("javassist")publicinterfaceCompiler{/***Co
carl-zhao·2020-06-27 03:30

dubbo源码分析5 之 SPI分析

如果大家看过之前的dubbo内核SPI实现–2.dubbo源码分析之内核SPI实现,有可能还是一头雾水,下面我讲一下dubbo的具体应用。最典型的应用就是Protocol接口。
carl-zhao·2020-06-27 03:30

dubbo源码分析2 之 内核SPI实现

Dubbo采用微内核+插件体系，使得设计优雅，扩展性强。那所谓的微内核+插件体系是如何实现的呢！大家是否熟悉spi(serviceproviderinterface)机制，即我们定义了服务接口标准，让厂商去实现（如果不了解spi的请谷歌百度下）,jdk通过ServiceLoader类实现spi机制的服务查找功能–Java规范SPI。1、为什么不使用JDKSPI在dubbo中它实现了一套自己的SPI
carl-zhao·2020-06-27 03:58

Dubbo源码分析系列之-深入Dubbo扩展机制

导语：  在之前的博客中分析过Java的SPI机制，其实Dubbo的扩展点加载机制也是从JDK表中的SPI(ServiceProviderInterface)机制中开发而来，只不过在原生的基础上做了发现机制的增强处理。改进了如下的三个问题JDK的SPI机制会一次性的实例化所有的扩展点，也就是说数据一种饿汉式加载，在初始化的时候消耗比较大，但是有些资源被加载之后可能很少使用，所以就导致了资源的消耗问
nihui123·2020-06-24 17:29

Dubbo源码分析系列之-整体架构设计

导语：  在了解一个框架的源码的时候，第一步要了解的就是源码的结构，接下来第二步需要了解的就是源码的架构，下面这张图在Dubbo官网上所展示的Dubbo的架构设计图。接下来就来详细的分析一下这张图。整体说明  从左右颜色的角度分析，浅蓝色的表示Consumer也就是服务消费者，浅绿色的表示Provider也就是服务提供者，这个是左右分离的越往两边说明对于服务提供者和服务消费者的调用越强烈，而越往中
nihui123·2020-06-24 17:28

dubbo源码分析之服务远程暴露-8

在上一篇文章我们讲解了一下dubbo服务暴露过程中的本地暴露。它只是一个开胃小菜，主要是为我们后面讲解远程暴露开个头。下面就来分析一下dubbo在远程暴露里面发生了哪些事。因为dubbo远程暴露里面的过程还是比较复杂的，所以我就分为三个文章来讲解dubbo的远程暴露：dubbo远程暴露–Netty暴露服务dubbo远程暴露–Zookeeper连接dubbo远程暴露–Zookeeper注册&订阅这就
Jack老师·2020-06-24 10:17

dubbo源码分析之javassist动态编译-3

我们运行的Java代码，一般都是编译之后的字节码。Dubbo为了实现基于SPI思想的扩展特性，可以灵活的添加额外的功能。对于SPI接口需要能够动态生成，这样就需要在运行的时候去编译加载这个设配类的代码。下面我们就是来了解下Dubbo的动态编译。我们首先来看一下Compile的类图。Compile接口定义：@SPI("javassist")publicinterfaceCompiler{/***Co
Jack老师·2020-06-24 10:17

Dubbo源码分析1

[size=medium]这是本人对于[b]Dubbo源码分析的系列一[/b]，没有说明Dubbo是什么，不清楚请先了解，此处只是为了给自己做个笔记，也给正在学习Dubbo的同学一些借鉴，后期会继续奉上所有关于
iteye_1319·2020-06-23 18:35

Dubbo2.7源码分析-Dubbo是如何整合spring framework的

这篇文章是Dubbo源码分析的开端，与其说这篇文章是Dubbo源码分析，不如是spring源码分析，因为大部分都是在分析spring如何解析xml配置文件的，为了与后面的Dubbo源码分析保持一致，姑且这样命名了使用
单行线的旋律·2020-06-23 05:49

9、dubbo源码分析 之 服务远程暴露(中)

原文地址：http://www.carlzone.cn/dubbo/9-dubbo-expose-middle/在上一篇文章我们讲解了一下dubbo远程服务暴露过程中通过Netty进行Socket服务暴露。使得远程客户端可以访问这个暴露的服务，这个只是解决了访问之前点到点的服务调用。对于分步式环境当中，越来越多的服务我们如何管理并且治理这些服务是一个问题。因此dubbo引入了注册中心这个概念，把服
Yang_yangyang·2020-06-22 09:19

1.dubbo源码分析 之 架构原理探索

原文地址：http://www.carlzone.cn/dubbo/1-dubbo-architecture/在之前的文章中介绍了Dubbo的出现背景以及使用方式，下面我们通过源码的方式来分析一下Dubbo的架构。1、准备在分析探索Dubbo架构原理之前，我们需要准备一下环境，用于后面我们来分析dubbo的架构。1.1ZookeeperDubbo使用Zookeeper为注册中心。所以需要在本地启动
Yang_yangyang·2020-06-22 09:19
上一页 1 2 3 4 5 6 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他