RPC相关面试

1. 何为 RPC?

   远程过程调用

2. RPC 的原理是什么?

   服务消费端（client）以本地调用的方式调用远程服务；
   客户端 Stub（client stub） 接收到调用后负责将方法、参数等组装成能够进行网络传输的消息体（序列化）：RpcRequest；
   客户端 Stub（client stub） 找到远程服务的地址，并将消息发送到服务提供端；
   服务端 Stub（桩）收到消息将消息反序列化为Java对象: RpcRequest；
   服务端 Stub（桩）根据RpcRequest中的类、方法、方法参数等信息调用本地的方法；
   服务端 Stub（桩）得到方法执行结果并将组装成能够进行网络传输的消息体：RpcResponse（序列化）发送至消费方；
   客户端 Stub（client stub）接收到消息并将消息反序列化为Java对象:RpcResponse
   
   一般client和server之间有一个注册中心，做服务的注册和发现，因为如果没有的话，client就需要直接写ip这些，后续服务的更改后，就需要同步更改，有个注册中心，就直接注册到注册中心就行，client根据配置直接去注册中心get，

3. 既有 HTTP ,为啥用 RPC 进行服务调用?

   RPC 只是一种概念、一种设计，为了解决不同服务之间的调用问题, 它一般会包含有传输协议和序列化协议这两个。但是，HTTP 是一种协议，RPC框架可以使用 HTTP协议作为传输协议或者直接使用TCP作为传输协议，使用不同的协议一般也是为了适应不同的场景。

4. 分布式事物

   1、2PC，分为2个阶段，准备阶段和提交阶段。
   在准备阶段协调者会给各参与者发送准备命令，同步等待所有资源的响应之后就进入第二阶段即提交阶段（提交事务或者回滚事务）。
   存在问题：同步阻塞的、单点故障问题、极端情况数据不一致风险。
   2、3PC，分为准备阶段、预提交阶段和提交阶段。
   增加了预提交阶段，在参与者都预提交成功后，才发送提交命令。
   引入超时机制如果是等待提交命令超时那么参与者就会提交事务了，如果是等待预提交命令超时，那什么都不做。
   整体的交互过程更长，性能有所下降，并且还是会存在数据不一致问题。
   3、TCC
   2PC 和 3PC 都是数据库层面的，而 TCC 是业务层面的分布式事务，Try - Confirm - Cancel。