快来!我从源码中学习到了一招Dubbo的骚操作!资料

本文主要介绍快来!我从源码中学习到了一招Dubbo的骚操作!资料 方法和在新技术下所面对的“挑战”,方便大家深入理解快来!我从源码中学习到了一招Dubbo的骚操作!资料 过程。本文也将分享快来!我从源码中学习到了一招Dubbo的骚操作!资料 所遇到的问题和应对策略,怎么解决怎么做的问题。
通过深入本文可以理解代码原理,进行代码文档的下载,也可以查看相应 Demo 部署效果。

文本分析了Dubbo回声测试功能的实现原理。发现框架在做动态代理的时候神不知鬼不觉的搞了一些事情。使用障眼法,优雅的实现了一些功能,很值得我们学习借鉴。看完之后不由感叹一声:这代码,确实是“骚”。

快来!我从源码中学习到了一招Dubbo的骚操作!

荒腔走板

大家好,我是 why,欢迎来到我连续周更优质原创文章的第 55 篇。

老规矩,先来一个简短的荒腔走板,给冰冷的技术文注入一丝色彩。

魔幻的 2020 年的上半年过去了,很多人都在朋友圈和上半年说再见,我也不例外。

上面这张照片,就是我在朋友圈发的一张图片。

快来!我从源码中学习到了一招Dubbo的骚操作!

这张照片是我在公司去年年会的时候拍的,出处来自电影《飞驰人生》。

电影里面有人问张弛:你五年连续获得冠军的必胜绝招是什么?

张驰满怀深情的回答:必胜绝招只有两个字—奉献。就是把你的全部,奉献给你所热爱的一切。

什么是热爱?

可以用电影里面的一句台词来回答:

“巴音布鲁克,1462道弯,109公里,耍小聪明,赢得了100米,赢不了100公里。我每天在脑海里开20遍,5年,3万6千遍,我能记住每一个弯道。”

张弛在电影里面是一个卑微的角色,他卖炒饭、卖唱、偷车架、端着饭碗喝红酒……做了很多很多卑微的事情。

但是,他的心里一直记得巴音布鲁克,一直记得那 1462 个弯道。即使卑微到尘土,他最终还是拼了命的回到了赛道。

这就是热爱。

热爱,从来不是一件简单的事情。

这句话也让我想起了路遥先生在《早晨从中午开始》中的一句话:

只有初恋般的热情和宗教般的意志,人才有可能成就某种事业。

这也是热爱,对毕生所最追求之热爱。

我是一个普普通通的程序猿,但是我喜欢这个行业;我是一个平凡无奇的打工仔,但是我热爱我的生活。

你呢?你热爱着什么?又付出了多少?

2020 年的上半年,我每一天都在努力。

2020 年的下半年,愿你我共同成长。

好了,说回文章。

先说背景

前段时间有个读者问我,他说他们的 RPC 框架用的是 Dubbo,当对接一个新服务的接口时就需要开通对应的网络关系。

比如我是 A 服务,第一次对接 B 服务的 Dubbo 接口,那么我需要开通 A 服务到 B 服务的对应的 Dubbo 端口的网络访问权限。

但是有的时候总是有人忘记开通网络权限,导致业务展开的时候服务调用报错。已经吃过几次这样的亏了。

目前他们想到的解决方案是 A 服务启动后就调用 B 服务提供的一个专门用于测试能否调通的接口。如果不通,配合监控手段,这样就能主动发现问题了。

这是一个兜底方案,防止开发人员忘记或者不知道需要开通网络权限的情况。

这个解决方案的问题是每个服务都需要专门写一个接口,以供其他服务来调用。

每一个服务都要写,对系统的侵入性太大了。

有没有什么好的解决方案呢?

大家想想呢,这种问题其实还是挺普遍的。有点类似于心跳功能,虽然只需要跳一次。

Dubbo 服务启动成功后,你怎么主动判断需要用到的接口,都是可以访问到的?

了解到这问题后,我就回复了两段内容。

第一段是:Dubbo 启动时检查了解一下?回声测试了解一下?

第二段是:这样做除了每个服务都需要专门写一个接口外,还需要考虑一个情况。B 服务集群部署,比如有三个节点,负载均衡之后只会选择一个其中一个。如果恰好这个服务是开通了网络关系,但是另外两个都忘记了呢?怎么做?

文本就主要围绕这两个问题展开,重点是对回声测试的实现原理的剖析,看完之后你会由衷的感叹一句:这代码,使用了障眼法呀,是真的“骚”啊。

快来!我从源码中学习到了一招Dubbo的骚操作!

需要说明一下的是,本文中涉及到的源码均为目前最新的 Dubbo 2.7.7 版本。

启动时检查

在说回声测试之前,我得先简单的提一下 Dubbo 的启动时检查。

上面提到的这个问题,Dubbo 肯定也是考虑到了的,启动的时候就应该去检查依赖的服务是否可用。

我们看一下官网上怎么说的:

http://dubbo.apache.org/zh-cn/docs/user/demos/preflight-check.html

快来!我从源码中学习到了一招Dubbo的骚操作!

意思就是这个 check 你可以用但是有的场景下它支持的不是太好。

我一般是不用,会设置为 false。

那么这个参数怎么配置,可以在哪配置呢?

还是去看官网啊,写的很清楚的:

快来!我从源码中学习到了一招Dubbo的骚操作!

这是一种解决方案,但不是本文重点,所以这一节只是做介绍,实现原理不进行展开,有兴趣的朋友可以自己去翻翻源码。

啥是回声测试?

就算你们的 PRC 框架用的是 Dubbo,可能你根本就不知道回声测试这回事。

很正常,关于这部分的介绍官网上都写的极简,所有加一块,就只有这些内容:

http://dubbo.apache.org/zh-cn/docs/user/demos/echo-service.html

快来!我从源码中学习到了一招Dubbo的骚操作!

虽然你没有关心过回声测试,但是你的每一个 Dubbo 接口都支持回声测试。

这点我们从官网上的描述也可以看出来的:

所有服务自动实现 EchoService 接口,只需将任意服务引用强制转型为 EchoService,即可使用。

润物无声,牛不牛皮,惊不惊讶?

快来!我从源码中学习到了一招Dubbo的骚操作!

先整一个简单、直观的示例。

下面是一个 Dubbo 的接口(provider 端)和其实现类:

快来!我从源码中学习到了一招Dubbo的骚操作!

在 consumer 端进行调用,并输出调用结果如下:

快来!我从源码中学习到了一招Dubbo的骚操作!

第 26 行调用 sayHello 方法没啥说的,常规操作。

妙就妙在 28 和 29 行。

把 demoService 强转成了 EchoService,然后这个方法还有一个 $echo 方法。

这个方法的入参和出参都是 Object 类型:

快来!我从源码中学习到了一招Dubbo的骚操作!

在上面的案例中,输入“echo,why技术”,返回也是“echo,why技术”。

所以,EchoService 接口的 $echo 官方叫法是:回声测试。

很形象,是不是?

快来!我从源码中学习到了一招Dubbo的骚操作!

用法是非常简单了。总体来看就是如果你只需要看看 Dubbo 服务能否调通,但你又不想用启动时检查的方式,你也不需要为每个服务都专门提供一个诸如 sayHello 这样的接口。

调用方只需要把其中的一个服务引用强转为 EchoService 就可以了。

EchoService 就是一个接口:

快来!我从源码中学习到了一招Dubbo的骚操作!

框架已经给我们提供了这样的功能,接下来,带大家看看它的实现原理。 EchoService实现原理-大胆假设

用法是很简单的,就是把 demoService 这个服务引用强转为 EchoService:

EchoService demoService = (EchoService) this.demoService;
String echo = (String) demoService.$echo("echo,why技术");

只看上面这两行代码,其实大家应该就可以猜出一个大概。

首先第一行是一个类型强转,那么说明 demoService 这个代理类,不仅实现了 DemoService 接口,还在某个不为人知的地方实现了 EchoService 这个接口。

就类似于这样式儿的:

public class 代理类 implements DemoService, EchoService

因为只有这样强转的时候才不会报错。

然后第二行调用了 $echo 方法,一定是某个地方实现了这个接口,实现方式里面保持出参和入参一致。

所以我们提出两点猜测:

1.DemoService 这个服务引用是由框架帮我们实现了 EchoService 接口。

2.同时框架帮我们实现了 $echo 方法,方法的逻辑是保证其出参和入参一致。

接着我们就去验证一下。

EchoService实现原理-小心求证

先看截图:

快来!我从源码中学习到了一招Dubbo的骚操作!

demoService 这个服务引用是一个动态代理的类。

可以清楚的看到,它其实是有三个方法的:

快来!我从源码中学习到了一招Dubbo的骚操作!

EchoService 的 $echo 方法。这个方法就是我们要找的方法。

DemoService 的 sayHello 方法。这个方法是我们提供的方法。

Destroyable 的 $destory 方法。这个方法可以先不关心,最后我会简单的说一下。

所以,接下来,我们只需要找到生成动态代理类的地方,把 Dubbo 给我们生成的动态代理类打印出来,看一下就知道了是怎么回事了。

那么,我们在哪里创建的代理对象呢?

代码的入口为:

org.apache.dubbo.rpc.ProxyFactory#getProxy(org.apache.dubbo.rpc.Invoker<T>)

可以看到,这是一个 SPI 接口:

快来!我从源码中学习到了一招Dubbo的骚操作!

其默认实现是 javassist 的方式。

这个 SPI 接口的实现类有下面这三个:

快来!我从源码中学习到了一招Dubbo的骚操作!

stub 是做本地存根用的,不是本文重点,大家了解一下就行,其对应的官网介绍如下:

http://dubbo.apache.org/zh-cn/docs/user/demos/local-stub.html

快来!我从源码中学习到了一招Dubbo的骚操作!

jdk 和 javassist 是代理工厂的具体实现。

为什么没有用 CGLIB 呢?

别问,问就是:别慌,等下再说。

到这里,面试题也就随之而来了:

快来!我从源码中学习到了一招Dubbo的骚操作!

请问 Dubbo 提供了哪些动态代理的实现方式?其默认实现是什么呢?

记住啦,只有 jdk 和 javassist 的实现方法,没有 CGLIB。其默认实现是 javassist。

所以,接下来我们主要看看 javassist 的实现过程:

在下面方法的第 79 行打上断点:

org.apache.dubbo.rpc.proxy.AbstractProxyFactory#getProxy(org.apache.dubbo.rpc.Invoker<T>, boolean)

快来!我从源码中学习到了一招Dubbo的骚操作!

标号为 ① 的地方是获取 interfaces 配置,本文中示例为 null,所以不会走进该 if 分支中。

标号为 ② 的地方是判断是否需要泛化调用,默认是 false。

标号为 ③ 的地方才是我们需要
快来!我从源码中学习到了一招Dubbo的骚操作!资料部分资料来自网络,侵权毕设源码联系删除

区块链毕设网(www.qklbishe.com)全网最靠谱的原创区块链毕设代做网站
部分资料来自网络,侵权联系删除!
资源收费仅为搬运整理打赏费用,用户自愿支付 !
qklbishe.com区块链毕设代做网专注|以太坊fabric-计算机|java|毕业设计|代做平台 » 快来!我从源码中学习到了一招Dubbo的骚操作!资料

提供最优质的资源集合

立即查看 了解详情