接口申请的六种常见形式：
1、Get 向特定资源发出请求（申请指定页面信息，并返回实体主体）
2、Post 向指定资源提交数据进行解决申请（提交表单、上传文件），又可能导致新的资源的建设或原有资源的批改
3、Put 向指定资源地位上上传其最新内容（从客户端向服务器传送的数据取代指定文档的内容）
4、Head 与服务器索与 get 申请统一的相应，响应体不会返回，获取蕴含在小音讯头中的原信息（与 get 申请相似，返回的响应中没有具体内容，用于获取报头）
5、Delete 申请服务器删除 request-URL 所标示的资源 *（申请服务器删除页面）
6、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