springboot框架搭建_手动搭建springboot + dubbo + zookeeper的RPC框架

作者：戴书博

1、什么是RPC？

rpc全称Remote Procedure Call，中文 = 远程调用。我们先来看一下本地调用。

本地调用

例如：我们在程序里的controller调用了service层的一个方法，在一台机器上这就是本地调用。也就是说这个方法(服务)与调用的程序是在同一个进程中。这样我们通过底层指针(地址)就可以直接找到调用的是哪个方法了。

远程调用

但是对于一些并发量超过二十万以上，基于高并发、高性能、高可靠的考虑一般采用分布式应用，将共享的东西可以单独拿出来放到一类服务器上面，让别的服务去调用。这样的就是远程调用的rpc服务。

2、如何进行RPC服务呢？

1、在我们经常做的系统又B/S这种架构，让Impl的服务暴露一个接口，然后进行调用。但是这样有很大的问题，每次都需要写发送Http的代码，这样不太好，很不优雅。我们考虑的是能否像本地调用一样呢？

2、结合Spring IoC一起使用，通过Spring注入service对象，注入时，如果扫描到对象加了@Reference注解，那么就给它生成一个代理对象，将这个代理对象放进容器中。而这个代理对象的内部，就是通过httpClient来实现RPC远程过程调用的。

咱们今天说的dubbo就是采用这样的思路。

RPC要解决的两个问题：

(1)解决分布式系统中，服务之间的调用问题。

(2)远程调用时，要能够像本地调用一样方便，让调用者感知不到远程调用的逻辑。

实现RPC的思路

application就是rpc调用方，Client Stub就是我们上面说到的代理对象，也就是那个看起来像是Service的实现类，其实内部是通过rpc方式来进行远程调用的代理对象，至于Client Run-time Library，则是实现远程调用的工具包，比如jdk的Socket，最后通过底层网络实现实现数据的传输。

这个过程中最重要的就是序列化和反序列化了，因为数据传输的数据包必须是二进制的，你直接丢一个Java对象过去，人家可不认识，你必须把Java对象序列化为二进制格式，传给Server端，Server端接收到之后，再反序列化为Java对象。

3、利用Springboot + Dubbo + Zookeeper实现RPC。

先分别介绍一下dubbo和zookeeper

dubbo的一些核心功能：

(1)透明化的远程方法调用，就像调用本地方法一样调用远程方法。不同服务之间方法的相互调用(说的更直白一点就是接口调用)，一个服务可能是服务提供者也可能服务消费者。

(2)负载均衡及容错机制，负载均衡策略默认是随机，可配置选择。

(3)服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。常用Zookeeper做注册中心。

Zookeeper：

zookeeper是一个注册中心，用于注册client和server的服务的。

首先呢，面包服务和火腿肠服务分别在不同的服务器上，我们管他们叫做provider(提供者)，我们假设他们是配置好相关的dubbo和zookeeper，当他们启动程序的时候，会向服务中心注册好他们的一个信息，我们利用zookeeper可视化工具是可以看到的，体现在java中就是@Service的这个注解，这个不是spring提供的，是dubbo提供的。

然后是client启动我们叫做consumer(消费者)，启动之后发现有@Reference这个注解，它也会去注册中心进行注册找到对应的服务，如果它只想要一种服务例如(火腿肠)，那么就只注册一次。

最后是调用，consumer需要远程调用服务时，会向注册中心发出申请，然后注册中心返回这种服务的列表，然后选择其中一个服务进行调用，同时呢也会把列表加入缓存(非必须)，下次调用直接用这个列表就可以了。

注意：消费者和提供者只在启动的时候与zookeeper交互一次，且只一次。

因为：注册中心宕机了并不影响消费者和提供者的运行，即使zookeeper服务器宕机了，消费者和提供者依然正常运行。消费者在启动的时候从zookeeper获取了服务提供者列表。注册中心和监控中心全部宕机，不影响已运行的提供者和消费者，消费者在本地缓存了提供者列表。注册中心宕掉后，但不能注册新服务。不能再注册新服务了，旧的服务不影响运行。

代码实现：

项目目录：

顶层maven的pom

dobbo-api

dobbo-provider

dobbo-consomer

项目的地址：git@github.com:Zesystem/my-rpc.git