dubbo源码—dubbo简介

dubbo是一个RPC框架,应用方像使用本地service一样使用dubbo service。dubbo体系架构

上图中的角色:

最重要的是consumer、registry和provider

consumer:服务调用者

provider:服务提供者

registry:供provider注册服务和consumer发现服务

monitor:监控调用过程的一些参数,比如:调用次数count

container:容器,dubbo可以不依赖web容器工作

dubbo部署:

registry(生产环境一般使用zookeeper)单独部署

dubbo自带了一个admin管理后台单独部署

接着就是应用系统提供服务和调用服务

dubbo的基本工作过程:

  1. registry部署好后,就可以编写配置自己要提供的服务
  2. dubbo会将service export到本地,并且将服务相关信息注册到registry
  3. 编写服务调用方,dubbo会根据配置的registry地址从registry订阅对应的服务
  4. dubbo根据从registry获取到的provider的信息构造调用对象invoker
  5. 在应用发起调用的时候consumer会直接通过网络向provider发调用信息
  6. provider在接收到调用消息后,根据请求信息调用本地export出去的服务
  7. dubbo将调用结果通过网络发送给consumer,consumer在收到返回消息后解析为返回值给调用方

一些说明:

本次源码学习使用tomcat容器的web项目

dubbo版本:2.4.11

spring:4.3.2

tomcat:7.0.75

时间: 2024-08-19 06:37:27

dubbo源码—dubbo简介的相关文章

dubbo源码—dubbo自定义spring xml标签

dubbo为了和spring更好的集成,提供了一些xml配置标签,也就是自定义标签 spring自定义标签 spring自定义标签的方式如下: 设计配置属性和JavaBean 编写xsd文件,校验xml属性和便于编辑器提示 编写NamespaceHandler和BeanDefinitionParser解析xml对应的标签 编写spring.handlers和spring.schemas串联起所有部件,放在META_INF下面 在xml中引入对应的标签就可以使用 dubbo自定义标签 dubbo对

Dubbo 源码分析 - 集群容错之 LoadBalance

1.简介 LoadBalance 中文意思为负载均衡,它的职责是将网络请求,或者其他形式的负载"均摊"到不同的机器上.避免集群中部分服务器压力过大,而另一些服务器比较空闲的情况.通过负载均衡,可以让每台服务器获取到适合自己处理能力的负载.在为高负载的服务器分流的同时,还可以避免资源浪费,一举两得.负载均衡可分为软件负载均衡和硬件负载均衡.在我们日常开发中,一般很难接触到硬件负载均衡.但软件负载均衡还是能够接触到一些的,比如 Nginx.在 Dubbo 中,也有负载均衡的概念和相应的实现

继续对dubbo源码进行maven builder

前面已经讲解了怎么从github上CO项目了,今天讲解maven build project. 可能有人会会说,这么个build还不是一件简单容易的事情,直接右键run as..就可以了,这个dubbo还真不是那么件容易的事情,因为什么呢?因为天朝万恶的防火墙~据说发明这个防火墙的人,也就是所谓的"专家",还获得了国家科技奖~这边就不评论防火墙的事情了,你们懂的~ 1.co opensesame project 我们看到github上dubbo项目的readme: 找到地址:https

Dubbo源码分析系列-服务的发布

RPC简化类图 RPC模块核心接口和抽象实现 默认实现Dubbo协议的接口和抽象实现 服务发布过程 调用过程 上图是服务提供者暴露服务的主过程: 首先ServiceConfig类拿到对外提供服务的实际类ref(如:HelloWorldImpl),然后通过ProxyFactory类的getInvoker方法使用ref生成一个AbstractProxyInvoker实例,到这一步就完成具体服务到Invoker的转化.接下来就是Invoker转换到Exporter的过程. Dubbo处理服务暴露的关键

dubbo源码之一——xml schema扩展

dubbo源码版本:2.5.4 dubbo-parent |----dubbo-config |----dubbo-config-api |----com.alibaba.dubbo.config.* |----dubbo-config-spring |----com.alibaba.dubbo.config.spring.schema.DubboNamespaceHandler.java |----com.alibaba.dubbo.config.spring.schema.DubboBean

dubbo源码阅读笔记--服务调用时序

上接dubbo源码阅读笔记--暴露服务时序,继续梳理服务调用时序,下图右面红线流程. 整理了调用时序图 分为3步,connect,decode,invoke. 连接 AllChannelHandler.connected(Channel) line: 38 HeartbeatHandler.connected(Channel) line: 47 MultiMessageHandler(AbstractChannelHandlerDelegate).connected(Channel) line:

dubbo源码学习(四)初始化过程细节:解析服务

初学dubbo的源码,只做尝试性的去学习,做为自己学习的一个记录,各位看官如果觉得写的有错误或理解的不对,请在留言区告诉我,互相学习.本人能力有限,有大神进入 时请指点. 前面大概介绍了一下关于学习dubbo源码的一些基本知识,今天将真正去看dubbo内部的实现过程,看dubbo的源码前我先把dubbo的用户指南和开发指指南大概的看了一遍,然后从上面找到相应的切入点去看源码,今天将介绍的是dubbo的初始化解析bean的过程.从之前使用过dubbo一些经验,加上http://dubbo.io/的

dubbo源码分析6-telnet方式的管理实现

dubbo源码分析1-reference bean创建 dubbo源码分析2-reference bean发起服务方法调用 dubbo源码分析3-service bean的创建与发布 dubbo源码分析4-基于netty的dubbo协议的server dubbo源码分析5-dubbo的扩展点机制 dubbo提供了telnet的方式,直接用命令查看服务信息等.怎么实现的呢. 1. 编解码器 com.alibaba.dubbo.remoting.transport.netty.NettyCodecA

dubbo源码之四——服务发布二

dubbo版本:2.5.4 2. 服务提供者暴露一个服务的详细过程 上图是服务提供者暴露服务的主过程: 首先ServiceConfig类拿到对外提供服务的实际类ref(如:HelloWorldImpl),然后通过ProxyFactory类的getInvoker方法使用ref生成一个AbstractProxyInvoker实例,到这一步就完成具体服务到Invoker的转化.接下来就是Invoker转换到Exporter的过程. Dubbo处理服务暴露的关键就在Invoker转换到Exporter的