RPC : 堂堂程序员，应该懂点RPC

从分布式到微服务，互联网公司更注重高性能和高可用，在这里，我想写写关于RPC的那点事儿。如果一个开发者不知道啥是RPC，都不好意思说自己所在的公司是互联网属性的公司。

模型

建筑师在动工一座大厦的时候都要有沙盘，也算是模型，构建它的美学和建筑原理，RPC也一样，RPC概念出现的很早，后来在 Bruce Jay Nelson 的论文里，定义了RPC的调用标准。后面所有RPC框架，都是按照这个标准模式来的。所谓RPC（Remote Procedure Call）远程过程调用。

操作远程和远程调用的思路是一样的，就像操作本地一样。所以NFS协议就是基于RPC实现的。当然无论是什么RPC，底层都是Socket编程。

博主梦话:用远程RPC也可以实现，用URL的形式也可以实现，那么用RPC有什么好处呢？RPC直接走Socket接口，加快了服务的传输速度，URL需要经过数据链路层、网络层、传输层一步一步走到应用层，在性能上应该有很大的差距。这些仅代表博主不成熟的观点。

SOAP

SOAP了，全称简单对象访问协议（Simple Object Access Protocol）。它使用XML编写简单的请求和回复消息，并用HTTP协议进行传输。

SOAP将请求和回复放在一个信封里面，就像传递一个邮件一样。信封里面的信分抬头和正文。

POST /purchaseOrder HTTP/1.1
Host: www.zhuangbfan.com
Content-Type: application/xml; charset=utf-8
Content-Length: nnn<?xml version="1.0"?>
<order>
<date>2019-07-31</date>
<className>RPC学习笔记</className>
<Author>stark</Author>
<price>99</price>
</order>

而且XML的格式也可以改成另外一种简单的文本化的对象表示格式JSON。JSON更好的兼容Js和PHP等语言，编程风格更被大家接收和喜欢。

{"head": {"status": 500,"hasMore": false},"body": "网络异常，请稍候重试"
}

经常写Web应用的应该已经发现，这就是RESTful格式的API的样子。

RESTful

在前公司工作的时候主要的工作职责是和客户端写交互的接口，每次迭代版本的流程是需求平时、技术评审、更新wiki和编写代码…但是每次版本迭代的时候产生了难度，所以就使用了RESTful Api。

RESTful：全称Representational State Transfer，更多可以说的是一种架构风格，加上json的方便快捷，越来越成为互联网的Api的标准。

特点：

API必须有版本的概念，v1，v2，v3
使用Token令牌来做用户身份的校验与权限分级，而不是Cookie。
url中大小写不敏感，不要出现大写字母
使用 - 而不是使用 _ 做URL路径中字符串连接。
有一份漂亮的文档~（很重要）

总结

微服务的诞生于多容器之间的链接，RPC的方便快捷了远程服务，让程序像调用自己的本地服务一样快捷、简单、方便，可跨语言、只要定义相同的协议就好了。如果后面有新的认识，在更新文章。

谢谢你的阅读。
En。