简介
RPC 对应的是整个分布式应用系统，就像是“经络”一样的存在。RPC 框架能够帮助我们解决系统拆分后的通信问题，并且能让我们像调用本地一样去调用远程方法。
如果没有 RPC 框架，你要如何调用另一台服务器上的接口呢？RPC 涉及序列化、压缩算法、协议、动态代理、服务注册、加密、网络编程、连接管理、健康检测、负载均衡、优雅启停机、异常重试、业务分组以及熔断限流等方方面面的知识。如果你能把这些问题全部搞定，能力可见一斑。
基本通信过程
生成代码是衔接用户调用接口和框架代码的桥梁，生成的client代码中包括了：同步、半同步、异步接口。而server的接口就更简单了，框架已经把刚才提到的网络收发、解压缩、反序列化等都给做好了，然后通过生成代码调用到用户实现的派生service类的函数逻辑中。
在 RPC 框架中，最关键的就是理解“桩”的实现原理，桩是 RPC 框架在客户端的服务代理，它和远程服务具有相同的方法签名，或者说是实现了相同的接口。客户端在调用 RPC 框架提供的服务时，实际调用的就是“桩”提供的方法，在桩的实现方法中，它会发请求的服务名和参数到服务端，服务端的 RPC 框架收到请求后，解析出服务名和参数后，调用在 RPC 框架中注册的“真正的服务提供者”，然后将结果返回给客户端。
- 对象序列化 ==> 发送数据包 ==> 反序列化为对象 ==> 找到对象并执行方法。
- 如何简化？用AOP 来屏蔽底层细节。由服务提供者给出业务接口声明，在调用方的程序里面，RPC 框架根据调用的服务接口提前生成动态代理实现类，并通过依赖注入等技术注入到声明了该接口的相关业务逻辑里面。该代理实现类会拦截所有的方法调用，在提供的方法处理逻辑里面完成一整套的远程调用，并把远程调用结果返回给调用方，这样调用方在调用远程方法的时候就获得了像调用本地接口一样的体验。
rpc 都干了啥
2022.1.14云原生微服务技术趋势解读 通过上图可以学习大佬的归拢能力
其它
微服务拆分之道微服务设计和开发阶段为什么说是三个人分配一个服务是比较理性的？而不是 4 个，也不是 2 个呢？从团队管理来说，3 个人可以形成一个稳定的备份，即使 1 个人休假或者调配到其他系统，剩余 2 个人还可以支撑；如果是 2 个人，抽调 1 个后剩余的 1 个人压力很大；如果是 1 个人，这就是单点了。从技术提升的角度来讲，3 个人的技术小组既能够形成有效的讨论，又能够快速达成一致意见。在维护期平均 1 个人维护 1 个微服务甚至几个微服务就可以。当然考虑到人员备份问题，每个微服务最好都安排 2 个人维护
极客时间《消息队列高手课》提供了一个rpc demo实现 simple-rpc-framework
揭秘百度微服务监控：百度游戏服务监控的演进监控初探阶段的监控措施虽然可以辅助研发发现和定位一些问题，但是还是存在诸多问题：风险暴露滞后，大多报警发生时已造成影响；监控缺乏统一规划，相关监控项混乱且覆盖极不完整；监控能力弱，无法提供有效异常信息；报警混乱，研发被报警信息轰炸；