Dubbo源码解析 —— 服务暴露原理

前言

之前讲完了dubbo集群容错系列,现在开始讲比较重要的环节,也就是dubbo面试中比较喜欢问的两个点: 服务发布服务引用.

插播面试题

  • 服务发布过程中做了哪些事
  • dubbo都有哪些协议,他们之间有什么特点,缺省值是什么
  • 什么是本地暴露和远程暴露,他们的区别

直入主题

从启动日志说起

大家都知道, dubbo是阿里巴巴开源的一个项目,前阵子阿里不仅发布的代码规范手册,还发布了相应的插件,从这点我们就知道,阿里是很注重这个代码规范的,从 dubbo项目我们也发现了,他有完善的测试体系.说了这么说,那和我们今天要讲的 dubbo的服务发布有什么关系呢?当然有,一个规范的项目,必然是有健全的日志系统.做过其他开发比如iOS开发的都知道,这个控制台输出在生产环境是不能随便输出的,太多日志有时候和没有日志是一样的.所以我们来看看这个服务启动过程中,日志究竟输出了什么.

这里我用不同颜色的框将关键的地方画了出来,一共有6种颜色,我一次从上到下说一下这发布过程的一些动作

  • 暴露本地服务
  • 暴露远程服务
  • 启动netty
  • 连接zookeeper
  • 到zookeeper注册
  • 监听zookeeper

从文档入手,了解全局

经常有人问到,看源码要怎么看.要了解这个服务发布,文档就是一个很好的切入口,如下

再献上文档提供的一个时序图

当然这些都是给已经对源码有一定熟悉的人看的,而我的源码解析类文档,是给对源码不熟悉的人看的.

其实我的每周一更dubbo源码系列文章,我的初衷有以下两个,一个就是做到系统分享,比如dubbo系列文章,我会从不少于 内核, 服务发布, 服务引用, 编解码这四个模块去剖析,后面如果有时间,会临摹一个简易的dubbo框架.另一个初衷就是把自己思考的过程和大家分享,在这个分享过程中,其实就是回答了"怎么看源码"这个问题

那么准备好五菱宏光,向秋名山出发

出发秋名山

我早年做Android开发的时候,就发现身边的人都是死在了一个点上,那就是 配置环境.对于看源码,很多人最常问的一句话就是,怎么入手,也就是切入点.那么我们还是以开头的日志为例,来找一个这个切入点

仔细看输出日志,就会发现在暴露本地服务之前,有一句很重要的日志,就是

The service ready on spring started. service: com.alibaba.dubbo.demo.DemoService, dubbo version: <span class="hljs-number">2.0</span>.0, current host: <span class="hljs-number">127.0</span>.0.1

我们利用编译器的搜索文本功能,定位到了 ServiceBean这个类,这个类是干嘛的?好,我假设我也不知道,既然不知道,那我们来看一下他的继承体系图

从这个图我们看到了许多和spring有关的东西,还发现了一个重要的接口,那就是 ApplicationListener.要能敏锐的发现这个关键的接口,首先还是要对spring有一定了解,这个就是spring的事件机制(event).什么是事件机制呢?就比如监听 spring容器初始化完成.那我们就定位到这行日志的位置,往下debug

下面要开始敲黑板划重点了.

从方法名我们很直观知道目的,但是这里同事不止一次问过我,这个 dubbo.properties文件是怎么时候加载的,好像我根本没有设置,另外这个 dubbo.properties文件的名字能不能改?面对这种问题,我从来都是不会直接把答案告诉他,而是告诉他,我是怎么得到这个答案的,如下图

同理,对于 log4j.xml这个文件,好像我从来没有写代码加载过,为什么他会加载呢,其实也是同理的

接下来继续往下走,下面这里就是我们的第二道面试题

这里为什么会进行遍历呢,因为dubbo是支持多协议的,看文档原话

dubbo支持多种协议,默认使用的是 dubbo协议,具体介绍官方文档写得很清楚,传送地址:相关协议介绍

马不停蹄,下面就到了第三个面试题,也是服务发布的重点, 本地暴露远程暴露

为什么会有 本地暴露远程暴露呢?不从场景考虑讨论技术的没有意义是.在dubbo中我们一个服务可能既是 Provider,又是 Consumer,因此就存在他自己调用自己服务的情况,如果再通过网络去访问,那自然是舍近求远,因此他是有 本地暴露服务的这个设计.从这里我们就知道这个两者的区别

  • 本地暴露是暴露在JVM中,不需要网络通信.
  • 远程暴露是将ip,端口等信息暴露给远程客户端,调用时需要网络通信.

本篇着重讲解 服务发布的整体过程,细节和总结后面会陆续展开.我们忘记下.其实注意一下我这些截图就能发现,我截的时候会特意把类名和方法名都截出来,方便大家能迅速定位.

从上图可知,这里用到了 Adaptive(这个东西非常关键,后面会专门一篇讲解).点进 ProxyFactory查看源码

@Adaptive注解打在类上和方法上,他们是有区别的(面试也喜欢问这种区别类的问题,这个留在 Adaptive专题说,记得关注肥朝每周一篇源码解析 _ ),他打在方法上,就会生成动态编译的Adaptive类,下面就介绍一下怎么看这个动态编译类的源码

首先要将这个log4j的level调整为 DEBUG

为什么需要调整成 DEBUG,更重要的是把如何知道的,告诉大家,比如如下图,当然这个时候可能会朋友说,我也不知道这个类也还是没办法找到这行代码.其实这个也是在后面专门的一篇 Adaptive中会说,到时候我会提供另一种实现思路,我们一起思考对比优劣.

打开 DEBUG后,我们重新启动,就会看到日志有如下输出,这段就是相关代码,我们根据包名新建文件,如下

我们在 getInvoker方法上打上断点,重启一下.

由上图知道,本地暴露的url是以 injvm开头的,下面来看下远程暴露,其实这个也是回答 本地暴露远程暴露区别的一个回答点.面试回答要的并不是一个满分的答案,而是从一些细节中,看出一个人,是否真的研究过源码.

还是回到开头那句话, dubbo命名是很规范的,从 Wrapper这个命名,其实可以和Spring的 BeanWrapper,以及装饰者设计模式联系起来.同时可以看看文档中的

编码约定

写在最后

上面讲到了 getInvoker方法,也就是拿到了 Invoker,如果注意到本篇开头的文档说明中的那句 Dubbo处理服务暴露的关键就在Invoker转换到Exporter的过程,就知道,其实这个 服务暴露还有很多细节是未完待续的,但是由于本篇已有一定篇幅,所以只能下周再见.

如果对你有所帮助,希望点赞,关注支持.鉴于本人才疏学浅,不对的地方还望斧正,也欢迎关注我的简书,名称为 肥朝

原文发布于微信公众号 - 芋道源码(YunaiV)

原文发表时间:2017-12-08

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏数据和云

PayPal Oracle数据库的隐含参数

在这篇小文中,我和大家分享一下PayPal数据库的隐含参数,注意,本文参考资料来自网络OOW公开文档,只是我也是首次注意到这些设置。 在图中架构,可以看到Pay...

31180
来自专栏张善友的专栏

PostgreSQL 与 MySQL 相比,优势何在?

一、 PostgreSQL 的稳定性极强, Innodb 等引擎在崩溃、断电之类的灾难场景下抗打击能力有了长足进步,然而很多 MySQL 用户都遇到过Serve...

56660
来自专栏大数据文摘

首席工程师揭秘:LinkedIn大数据后台是如何运作的

27850
来自专栏技术翻译

优化MongoDB的4个技巧

你有没有MongoDB数据库的性能问题?常见的情况是运行查询时突然出现性能问题。显而易见的第一个解决方案是,“让我们创建一个索引!” 虽然这在某些情况下有效,但...

43610
来自专栏即时通讯技术

了解iOS消息推送一文就够:史上最全iOS Push技术详解

1)在线Push:比如QQ、微信等IM界面处于前台时,聊天消息和指令都会通过IM自建的网络长连接通道推送过来,这种Push在本文中暂且称为“在线Push”;

50530
来自专栏编程

我是如何用Python获取整个学校女生电话和QQ?技术撩妹

前言: 这个没什么技术难度,懂爬虫的人和程序员都可以用学的语言写出来 只是很多安全问题的存在,的确影响着我们的生活, 希望大家可以认识到一些网站的后台密码的规则...

30370
来自专栏Golang语言社区

服务化实战之 dubbo、dubbox、motan、thrift、grpc等RPC框架比较及选型

前段时间项目要做服务化,所以我比较了现在流行的几大RPC框架的优缺点以及使用场景,最终结合本身项目的实际情况选择了使用dubbox作为rpc基础服务框架。下面就...

1.2K30
来自专栏帘卷西风的专栏

关于cocos2dx 3.0升级崩溃报错(unable to load native library) 和(Fatal signal 11 (SIGSEGV) at 0x00000000)

         最近一直在Windows平台开发cocos-2dx游戏,期间做了一次引擎升级,升级到了3.0正式版本。Windows平台上表现很正常,没有出现...

10620
来自专栏Java职业技术分享

好嗨呦,感觉人生达到了高潮,带你达到架构师巅峰

高并发(High Concurrency)是互联网分布式系统架构设计中必须考虑的因素之一,它通常是指,通过设计保证系统能够同时并行处理很多请求。

24500
来自专栏Golang语言社区

Go 语言构建高并发分布式系统实践

你知道互联网最抢手的技术人才有哪些吗?最新互联网职场生态报告显示,最抢手的十大互联网技术人才排名中Go语言开发人员位居第三,从中不难见得,Go语言的渗透率越来越...

46340

扫码关注云+社区

领取腾讯云代金券