写在前面
在工作中经常会用到RPC的框架，比如dubbo，grpc等。但不知道你想过没有，为什么我们需要rpc，有socket不就够了嘛？这其实也是我一直以来的一个疑惑，带着这个疑问一起来看下本文吧！
1：正文
正常，两个独立的应用程序想要通信，只能通过socket编程的方式，但是socket编程其实是有门槛的，而且如果是要考虑到性能问题，容错等情况的话，程序将会更加复杂，门槛将会更高，所以可以说socket编程的门槛就是我们需要RPC的原因之一了。还有其他原因嘛？有的，交互协议的设计就是其中之一，什么意思呢？比如服务端提供了加法和乘法功能，则我们就需要定义一种数据格式，比如如下吧：
{
"type": "1", // 1加法，2乘法
"param1": "333",
"param2": "222"
}不管是服务端开发还是客户端开发都需要严格按照这个规范来开发，会明显增加编码的复杂度（潜在的问题更多），和测试的复杂度，当然如果功能更加复杂的话协议设计本身也不简单😀😀😀。
为了解决以上这些问题，大牛Bruce Jay Nelson 写了一篇论文Implementing Remote Procedure Calls，为以上的问题给出了一个完美的解决方案，这就是RPC了（所以，RPC也是有规范的），整个通信的过程如下图：
有了这个规范之后，我们就能能够像调用本地的方法一样，调用远端服务的功能了。