正文

就是用URL定位资源，用HTTP动词（GET，POST，DELETE，PUT）描述操作。

REST 用来规范应用如何在 HTTP 层与 API 提供方进行数据交互 。REST 描述了 HTTP 层里客户端和服务器端的数据交互规则；客户端通过向服务器端发送 HTTP（s）请求，接收服务器的响应，完成一次 HTTP 交互。这个交互过程中，REST 架构约定两个重要方面就是 HTTP 请求所采用的方法，以及请求的链接。

在请求层面，REST 规范可以简单粗暴抽象成以下两个规则：

• 请求 API 的 URL 表示用来定位资源。
• 请求的 METHOD 表示对这个资源进行的操作。

URL 用来定位资源，跟要进行的操作区分开，这就意味这 URL 不该有任何动词。

比如，我们有一个friends接口，对于“朋友”我们有增删改查四种操作，怎么定义REST接口？

增加一个朋友，uri: generalcode.cn/va/friends 接口类型：POST

删除一个朋友，uri: generalcode.cn/va/friends 接口类型：DELETE

修改一个朋友，uri: generalcode.cn/va/friends 接口类型：PUT

查找一个朋友，uri: generalcode.cn/va/friends 接口类型：GET

上面我们定义的四个接口就是符合REST协议的，这几个接口都没有动词，只有名词friends，都是通过Http请求的接口类型来判断是什么业务操作。定义这样一套统一的接口，在web，ios，android三端都可以使用相同的接口，十分方便。

PRC 是一种技术的代名词，HTTP 是一种协议, RPC 可以通过 HTTP 来实现,也可以通过 Socket 自己实现一套协议来实现。所以谈论为什么用 RPC 不用 HTTP 是无意义的。

所以为什么要用rpc调用？
因为良好的 rpc 调用是面向服务的封装，针对服务的可用性和效率等都做了优化。单纯使用 http 调用则缺少了这些特性。

RPC 适用于内网服务调用，对外提供服务请走 REST。