【笔记】Dubbo面试题总结

什么是RPC？

RPC（Remote Procedure Call）表示远程过程调用，即一台机器通过网络调用另一台机器上的服务。

为什么要有RPC？

对于采用分布式、微服务架构的系统，各个子系统分布在不同的服务器上，所以各个子系统之间要通过远程调用的方式来访问彼此之间的服务。

RPC架构组件有哪些？

一个基本的RPC架构里面应该至少包含以下4个组件：

• 客户端（client）：服务调用方（消费者）
• 客户端存根（Client Stub）：存放服务器地址信息，将客户端的请求序列化成字节码，再通过网络发送给服务端。
• 服务端存根（Server Stub）：接收客户端发送过来的字节码，然后反序列化成请求对象，然后根据请求对象调用本地服务。
• 服务端（Server）：服务的真正提供者。

一次RPC请求的调用流程是怎样的？

RPC框架的实现目标是将下面的2~10步封装起来，让用户感觉到就像调用本地服务一样。

RPC使用了哪些关键技术？

• 动态代理：生成Client Stub和Server Stub的时候需要用到Java动态代理技术。
• 序列化和反序列化：数据在网络中只能二进制的形式进行传输，所以发送方首先要对数据进行序列化（Java对象转化成二进制字节码），接收方收到后要反序列化（二进制转化成Java对象）。
• NIO通信：在并发场景下，阻塞IO会创建大量的线程，不仅占用系统资源，线程之间的切换也会引起频繁的上下文的切换，十分耗费资源，因此我们需要NIO（非阻塞IO）。通常使用Netty来作为底层通信工具。
• 服务注册中心：一般使用ZooKeeper提供服务注册与发现功能，解决单点故障及分布式部署的问题。

ZooKeeper在RPC中的作用？

zookeeper是一个分布式服务框架，主要用来解决分布式应用中经常遇到的一些数据管理问题，如统一配置管理。简单点说，zookeeper等于文件系统 + 监听通知机制。

• 文件系统：zookeeper维护着很多的目录节点（znode，代表一个服务），znode中能存储数据，可以自由的增加、删除znode（子znode）。有以下四种znode：
  • PERSISTENT：持久化目录节点。客户端与zookeeper断开连接后，该节点依旧存在。
  • PERSISTENT_SEQUENTIAL：持久化顺序编号目录节点。客户端与zookeeper断开连接后，该节点依旧存在，只是Zookeeper给该节点名称进行顺序编号。
  • EPHEMERAL：临时目录节点。客户端与zookeeper断开连接后，该节点被删除。
  • EPHEMERAL_SEQUENTIAL：临时顺序编号目录节点。客户端与zookeeper断开连接后，该节点被删除，只是Zookeeper给该节点名称进行顺序编号。
• 监听通知机制：客户端监听它关心的目录节点，当目录节点发生变化（数据改变、被删除、子目录节点增加删除）时，zookeeper会通知客户端。

我们可以在zookeeper中注册一个znode，里面包含服务端的ip、端口、可调用的函数及参数等信息。然后每一个客户端订阅该znode，这样每次服务发生变化、修改znode数据时，客户端都能第一时间知道。

https://blog.csdn.net/java_66666/article/details/81015302

Dubbo是什么？

Dubbo是一款高性能、轻量级的开源RPC框架，可以和Spring框架无缝集成。

Dubbo的架构？

• Provider：服务提供方。
• Container：支持服务提供方启动的容器。
• Consumer：调用远程服务的服务消费方。
• Registry：服务注册与发现的服务中心（如ZooKeeper）。
• Monitor：统计服务的调用次数和调用时间的监控中心（监控服务器）。

其中Dubbo框架安装在Consumer和Provider中，调用过程如上图，Consumer调用Provider服务的底层流程见上面“RPC的调用流程”，使用到的技术也是上面提到的“RPC用到的核心技术”。

Dubbo使用zookeeper作为注册中心

流程说明：

• 服务提供者启动时: 向 /dubbo/com.foo.BarService/providers 目录下写入自己的 URL 地址。同一个service可以有多个provider，这样可以做service cluster，并使用负载均衡减轻provider压力。

• 服务消费者启动时: 订阅 /dubbo/com.foo.BarService/providers 目录下的提供者 URL 地址。并向 /dubbo/com.foo.BarService/consumers 目录下写入自己的 URL 地址
• 监控中心启动时: 订阅 /dubbo/com.foo.BarService 目录下的所有提供者和消费者 URL 地址。

Dubbo快速启动

必看：http://dubbo.apache.org/zh-cn/docs/user/quick-start.html

如果让你设计一个远程调用的RPC框架，你怎么设计？（阿里新零售面试）

• 首先要保证每一个服务消费者都能实时知道所有服务提供者的服务信息，比如：provider的ip地址、端口号、服务名称及参数等。可以使用zookeeper来实现服务信息的管理和监听。Consumer启动时订阅所有的服务，provider启动的时候注册提供的服务。
• 提供的服务信息透明之后，接下来就是服务调用。服务调用要涉及到网络通信，可以使用Java NIO或netty框架来作为底层通信工具。
• 通信时肯定要传递服务名称、参数和返回结果，这些在网络上都要转化成二进制字节码，所以要使用序列化技术来进行编码和解码。

写一下RPC调用中客户端和服务端的主要函数的伪代码（阿里新零售面试）

客户端：

1. Consumer根据请求的服务找到一个provider的IP地址和端口号。
2. 将Consumer的请求服务的函数名序和参数序列化成二进制数据。
3. 使用网络通信框架与provider建立连接。
4. 将序列化后的请求信息发送给provider。
5. 监听provider的返回结果。
6. 将返回结果反序列化，通过请求函数返回。

服务端：

1. 服务端时刻监听客户端的连接。
2. 与Consumer简历连接，并获取请求信息。
3. 将请求信息反序列化。
4. 根据请求信息调用provider的具体服务方法，并返回结果。
5. 将结果序列化，通过网络IO发送给Consumer。