深度剖析RPC框架设计需要考虑的问题

做过分布式服务端的Java工程师，随着对技术底层的认知的加深，都会或多或少的会去想: 一个RPC框架(Dubbo典型代表)需要考虑的问题有哪些，如何来解决？

下面我们围绕RPC通信框架，从如何实现这个角度做一个剖析，以及每个环节能做什么？

01 Rpc 框架简介

单体应用时代只有内外网通信，并没有服务间通信的诉求，随着单机服务性能下降，进入多服务分布式的时代后Rpc 框架才应运而生。

通信Rpc犹如生活中电网基建一样，是分布式服务的基础组成部分，一个传输电能，一个传输数据。

RPC ，Remote Procedure Call ，字面意思是远程过程调用，主要是解决服务间连接及数据交互，

但除了通信和数据交互，为适应分布式架构/微服务架构的设计，通常还需要实现增值、增强的附加功能，下面展开来做一个介绍。

一个好的系统设计，通常是完整、系统、可扩展、可容错、高性能、支持高并发、可跟踪、有良好的设计模式等等，Rpc 框架的设计需要解决什么问题？

02 通信方式设计

通信的底层是TCP/IP，在Java中网络传输通常使用Netty 或 Mina 的多路复用模型作为网络通信的底层

通信底层当然还有一些优化方式，具体在优知学院架构师系列课程里面会涉及。

1.多传输协议支持

为什么要支持多种传输协议呢？在业务中，通常会遇到各种问题，比如:

• 跨网络、机房问题
• 跨语言问题
• 长连接还是短连接
• 传输安全
• 传输性能