高并发是大型架构核心，下面我详解高并发系统@mikechen
首先搞清楚：RPC 是什么
RPC（Remote Procedure Call），是一种“像调用本地函数一样调用远程服务”的机制。
RPC，屏蔽了底层网络细节（连接、编解码、序列化等）。
常见 RPC 框架，比如：国内大家数值的Dubbo、gRPC 等，都是经典的RPC框架实现。
RPC实现，同时包含：通信协议（多基于 TCP/HTTP2）、序列化协议（如 Protobuf）。
以及，超时重试、负载均衡、服务发现等一揽子能力，而不是单纯的“发一个 HTTP 请求”。
高并发，为什么要用 RPC？
首先，性能低开销、高吞吐、低延迟。
很多 RPC 使用自定义二进制协议 + Protobuf 等高效序列化。
相比 JSON 文本 + HTTP/1.1 头部，更小、更快，网络和 CPU 开销都更低。
并且，在微服务内部动辄“每个请求串联 N 个服务调用”的场景。
这点开销会被放大成整体性能瓶颈，因此 RPC 的优势非常明显。
其次，面向接口调用。
RPC ，更偏“接口调用”，在代码里直接写 userService.getUserById(id)。
像调用本地方法一样，框架在背后完成寻址、序列化、网络调用、反序列化等工作。
不用在每个调用点手写 URL、HTTP 方法、参数编码、重试逻辑等，统一走框架。
大量重复工作被抽象掉，开发效率和可维护性更高。
这在微服务数量多、团队多的环境里，会极大降低沟通成本和调用出错概率。
最后，RPC 便于治理与可观测性。
现代 RPC 框架通常集成负载均衡、熔断、重试、限流与服务发现等功能，有利于流量控制与系统稳定性。
同时，框架提供的指标采集与链路追踪接口。
方便在复杂分布式拓扑中定位性能瓶颈与故障根因，这是构建高可用高并发系统的关键。