Dubbo源码浅析（一）—RPC框架与Dubbo-Toy模板网

这篇具有很好参考价值的文章主要介绍了Dubbo源码浅析（一）—RPC框架与Dubbo。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

一、什么是RPC

1.1 RPC概念

RPC，Remote Procedure Call 即远程过程调用，与之相对的是本地服务调用，即LPC(Local Procedure Call)。本地服务调用比较常用，像我们应用内部程序(注意此处是程序而不是方法，程序包含方法)互相调用即为本地过程调用，而远程过程调用是指在本地调取远程过程进行使用。

而RPC框架就是为了帮助我们在本地调用远程过程时，就像调用本地过程一样方便。

1.2 RPC与Http的关系

用一句话来总结就是：

RPC是一种概念，http是一种协议，可以认为http是Rpc的一种实现，或者Rpc包含了http。为什么说包含而不是相等，是因为Rpc还有很多基于自定义的Tcp的协议，例如Dubbo等，而我们常说的rpc即指的除Http之外的基于tcp自定义的协议。

1.3 关于Rpc的思考

网上关于Rpc与Http的相关文章并不少，很多人在解释RPC概念时会提到其是执行远程的方法，然后直接得出rpc包含http的结论。其实如果按照此概念去思考的话，其实并不能得出Http是Rpc的一种实现。因为http调用的方式，从使用者的角度来说，并不是直接调用其方法，而是按照一定的方式，完善出了一条http请求，然后交由本地客户端进行数据传输。

而相对比的，如果用过相关Rpc框架，例如Dubbo，是可以像调用本地方法一样直接调用远程方法。而http的调用方式可以认为是一种服务调用，而不是一种方法。

感觉文章博主应该是有过rpc相关的使用经验，有点先入为主了。那么到底rpc与http的关系如何呢，我也思考了很久，后面发现应该从定义上入手，我们既然在讨论Rpc是什么，怎么能忽略最简单的定义呢。

Remote Procedure Call，其中"Procedure"按照谷歌翻译有以下几种解释：程序、过程、步骤，并不是方法(Method)。而程序是包含方法的，同时也包含服务。因此上文中才强调了是一种程序或过程，而不是方法。

1.4 Rpc框架

Rpc框架是为了帮助我们在本地服务调用远程服务时像调用本地服务一样简单，我们不需要关心其底层实现，只需要配置好相应的信息，rpc框架就会帮我们做这些事。例如在dubbo中，我们只需要配置好相应的注册中心与想要调用的方法，我们就可以按照本地调用的方式调用远程服务。

1.5 总结

按照我们上文的梳理过程，可以认为Rpc是一种概念，主要有两种实现，一种是以http方式的服务调用，另一种是以自定义Tcp协议实现的方法调用方式，例如dubbo协议，当然一般rpc框架也都支持http协议。当然，无论是那种方式，最终都是以Tcp/Udp的方式进行传输。

二、Rpc框架

2.1 dubbo是什么

我们上文说到Rpc框架就是帮助我们在调用远程服务时像调用本地服务一样简单，dubbo就是由阿里巴巴开源的一块rpc框架。

例如，在我们想调用某个远程方法时，只需要配置好相关配置，然后直接调用即可，dubbo会帮助我们将处理中间的过程。

/*
省略相关配置
*/

//将配置注册到spring
@Resource
private QueryPinService queryPinService;

//直接使用远程方法，像调用本地服务一样简单
ueryPinService.getPinWithConfig(paramMap, null);

dubbo整体架构图如下：

节点	说明
Provider	提供远程服务的服务提供方
Registry	注册中心
Consumer	需要调用远程服务的服务消费方
Container	服务运行的容器
Monitor	监控中心

作用流程大致如下：

首先服务提供者Provider 启动然后向注册中心注册自己所能提供的服务。

服务消费者Consumer 启动向注册中心订阅自己所需的服务。然后注册中心将提供者元信息通知给 Consumer，之后 Consumer 因为已经从注册中心获取提供者的地址，因此可以通过负载均衡选择一个 Provider 直接调用。

之后服务提供方元数据变更的话注册中心会把变更推送给服务消费者。

服务提供者和消费者都会在内存中记录着调用的次数和时间，然后定时的发送统计数据到监控中心。

2.2 dubbo和spring cloud的区别

首先两者都是当前主流的微服务框架，不过两者也存在很多差异：

初始定位不同：SpringCloud定位为微服务架构下的一站式解决方案，主要有网关、注册中心、配置中心、监控中心等；Dubbo 是它的关注点主要在于服务的调用和治理，其中服务调用更时其核心。
生态环境不同：SpringCloud依托于Spring平台，具备更加完善的生态体系；而Dubbo一开始只是做RPC远程调用，生态相对匮乏，现在逐渐丰富起来。
调用方式：SpringCloud是采用Http协议做远程调用，接口一般是Rest风格，比较灵活；Dubbo是采用Dubbo协议，接口一般是Java的Service接口，格式固定。但调用时采用Netty的NIO方式，性能较好。

两者组件配置：

很明显SpringCloud拥有比dubbo更完善的配置，支持的功能性也更强。

相比来说，SpringCloud像一台品牌机，内部所有配置都已经帮我们装配好了，我们只需要开箱即用即可。而dubbo则更像是组装机，需要我们自己选择配置，只提供了核心的计算能力，而显示器、电源等需要我们自己装配调试使用。

从使用者来说，新手小白更适合品牌机，傻瓜式一键操作，就能完成我们想要的效果。而dubbo更适合电脑高手，自己装配自己想要的组件，使用起来更顺手。