RPC核心，究竟有何万变不离其宗的？

微信搜 「yes的练级攻略」干货满满，不然来掐我，回复【123】一份20W字的算法刷题笔记等你来领。 个人文章汇总：https://github.com/yessimida/yes 欢迎 star ! Hola，我是 yes。 在了解 Dubbo 之前有必要先来剖析一波 RPC ，先搞清 RPC 原理再去深入了解 Dubbo 会起到事半功倍的效果。 理解核心原理很重要，市面上所有 RPC 框架都逃不过这些核心。 搞清原理之后再看 Dubbo 就会有我说的那个熟悉感和“认可感”。 其实 RPC 不仅仅用在我们平日微服务的调用中，在很多和网络通信相关的场景都能用到 RPC。 比如消息队列客户端和 Broker 之间的交互，还有和一些其他中间件的交互都会用到 RPC。 你可能会说没啊？哪有 RPC 调用？ 嘿嘿，你看这就是 RPC 的作用，让你无感知地完成了远程通信。 其实在这篇我被喷的上“热门”的文章中已经提过一次 RPC，也提到了 HTTP 和 RPC 的区别，不过那次的主角是 HTTP 。 这次咱们深入剖析一波 RPC，从根上来理解一波。 来，上车！ 正文 RPC 全称是 Remote Procedure Call ，即远程过程调用，其对应的是我们的本地调用。 远程其实指的就是需要网络通信，可以理解为调用远程机器上的方法。 那可能有人说：我用 HTTP 调用不就是远程调用了，那不也叫 RPC 了？ 不是的，RPC 的目的是：让我们调用远程方法像调用本地方法一样无差别。 来看下代码就很清晰，比如本来没有拆分服务都是本地调用的时候方法是这样写的： publicStringgetSth(Stringstr){ returnyesService.get(str); } 如果 yesSerivce 被拆分出去，此时需要远程调用了，如果用 HTTP 方式，可能就是： publicStringgetSth(Stringstr){ RequestParamparam=newRequestParam(); ...... returnHttpClient.get(url,param,.....); } 此时需要关心远程服务的地址，还需要组装请求等等，而如果采用 RPC 调用那就是： publicStringgetSth(Stringstr){ //看起来和之前调用没差？哈哈没唬你， //具体的实现已经搬到另一个服务上了，这里只有接口。 //看完下面就知道了。 returnyesService.get(str); } 所以说 RPC 其实就是用来屏蔽远程调用网络相关的细节，使得远程调用和本地调用使用一致，让开发的效率更高。 在了解了 RPC 的作用之后，我们来看看 RPC 调用需要经历哪些步骤。 RPC 调用基本流程 按上面的例子来说，yesService 服务实现被移到了远程服务上，本地没有具体的实现只有一个接口。 那这时候我们需要调用 yesService.get(str) ，该怎么办呢？ 我们所要做的就是把传入的参数和调用的接口全限定名通过网络通信告知到远程服务那里。 然后远程服务接收到参数和接口全限定名就能选中具体的实现并进行调用。 业务处理完之后再通过网络返回结果，这就搞定了！ 上面的操作这些就是由yesService.get(str) 触发的。 不过我们知道 yesService 就是一个接口，没有实现的，所以这些操作是怎么来的？ 是通过动态代理来的。 RPC 会给接口生成一个代理类，所以我们调用这个接口实际调用的是动态生成的代理类，由代理类来触发远程调用，这样我们调用远程接口就无感知了。 动态代理想必大家都比较熟悉，最常见的就是 Spring 的 AOP 了，涉及的有 JDK 动态代理和 cglib。 在 Dubbo 中用的是 Javassist，至于为什么用这个其实梁飞大佬已经写了博客说明了。 他当时对比了 JDK 自带的、ASM、CGLIB(基于ASM包装)、Javassist。 经过测试最终选用了 Javassist。 梁飞：最终决定使用JAVAASSIST的字节码生成代理方式。虽然ASM稍快，但并没有快一个数量级，而JAVAASSIST的字节码生成方式比ASM方便，JAVAASSIST只需用字符串拼接出Java源码，便可生成相应字节码，而ASM需要手工写字节码。 可以看到选择一个框架的时候性能是一方面，易用性也很关键。 说回 RPC 。