HTTP API 与Restful API 关系及区别

   在工作和面试中，经常遇到Restful API,到目前为止，我对Restful API都不太清楚，经过查询有所了解，特总结如下，

什么是REST？

可以总结为一句话：REST是所有Web应用都应该遵守的架构设计指导原则。

主要原则如下：

1. C/S模型,通过统一接口通讯
2. 层次化,可与多个服务器通讯
3. 无状态,服务器不保存客户状态,发送请求时需包含足够信息
4. Cache,C/S之间可使用缓存
5. 唯一资源标识来标识资源
6. 传递消息的自身描述
7. 返回资源的自身描述
8. 可选的超媒体即应用状态引擎（HATEOAS） 

Representational State Transfer，翻译是”表现层状态转化”。 
面向资源是REST最明显的特征，对于同一个资源的一组不同的操作。资源是服务器上一个可命名的抽象概念，资源是以名词为核心来组织的，首先关注的是名词。REST要求，必须通过统一的接口来对资源执行各种操作。对于每个资源只能执行一组有限的操作。（7个HTTP方法：GET/POST/PUT/DELETE/PATCH/HEAD/OPTIONS）

什么是RESTful API？

符合REST架构设计的API，是一种设计风格。

总结

符合REST设计标准的API，即Restful API。REST架构设计，遵循的各项标准和准则，就是HTTP协议的表现，换句话说，HTTP协议就是属于REST架构的设计模式。比如，无状态，请求-响应。。。,即HTTP API是Restful API的实现和表现，Restful API是HTTP API的基础，提供了标准接口。