接口请求的六种常见方式

接口请求的六种常见方式：

一、Get 向特定资源发出请求（请求指定页面信息，并返回实体主体）
二、Post 向指定资源提交数据进行处理请求（提交表单、上传文件），又可能致使新的资源的创建或原有资源的修改
三、Put 向指定资源位置上上传其最新内容（从客户端向服务器传送的数据取代指定文档的内容）
四、Head 与服务器索与get请求一致的相应，响应体不会返回，获取包含在小消息头中的原信息（与get请求相似，返回的响应中没有具体内容，用于获取报头）
五、Delete 请求服务器删除request-URL所标示的资源（请求服务器删除页面）
六、opions 返回服务器针对特定资源所支持的HTML请求方法 或web服务器发送测试服务器功能（容许客户端查看服务器性能）

get请求

URL全称是资源描述符，咱们能够这样认为：一个URL地址，它用于描述一个网络上的资源，而HTTP中的GET，POST，PUT，DELETE就对应着对这个资源的查 ，改 ，增 ，删 4个操做。到这里，你们应该有个大概的了解了，GET通常用于获取/查询资源信息。

post请求

post向指定资源提交数据进行处理请求（提交表单、上传文件），又可能致使新的资源的创建或原有资源的修改。
post请求通常经过body传递参数。例如登陆：

head请求

HEAD和GET本质是同样的，区别在于HEAD不含有呈现数据，而仅仅是HTTP头信息。有的人可能以为这个方法没什么用，其实不是这样的。想象一个业务情景：欲判断某个资源是否存在，咱们一般使用GET，但这里用HEAD则意义更加明确。

put请求

PUT：这个方法比较少见。HTML表单也不支持这个。本质上来说， PUT和POST极为类似，都是向服务器发送数据，但它们之间有一个重要区别，PUT一般指定了资源的存放位置，而POST则没有，POST的数据存放位置由服务器本身决定。
举个例子：如一个用于提交博文的URL，/addBlog。若是用PUT，则提交的URL会是像这样的”/addBlog/abc123”，其中abc123就是这个博文的地址。而若是用POST，则这个地址会在提交后由服务器告知客户端。目前大部分博客都是这样的。显然，PUT和POST用途是不同的。具体用哪一个还取决于当前的业务场景。

DELETE请求

DELETE：删除某一个资源。基本上这个也不多见，不过仍是有一些地方好比amazon的S3云服务里面就用的这个方法来删除资源。

options请求

OPTIONS：这个方法颇有趣，但极少使用。它用于获取当前URL所支持的方法。若请求成功，则它会在HTTP头中包含一个名为“Allow”的头，值是所支持的方法，如“GET, POST”。

本文借助Eolinker API管理工具进行展现。Eolinker是一个适配不一样规模团队的Saas工具，同时也支持私有化部署。
使用地址：www.eolinker.com