接口，即客户端（欣赏器）向处事器提交请求，处事器向客户端返反响应。本质就是数据的传输与吸收。

本文主要先容接口相关的基本常识，包括接口的请求与响应、接口范例以及 *** 协议。

一、请求与响应 1. 我们先来看一下请求 Request

它主要分为 3 个部门：General、Request Headers、Form Data. 我们来别离看一下每部门的具体信息。

对付 General 部门，我们着重把握下面这3个信息即可。

Request URL 代表的是请求的 Url 地点；

Request Method 代表的是请求要领，常用的请求要领有 Get、Post、Put、Delete。个中，应用最多的是 Get 和 Post 这 2 类。一般 Get 请求用来获取数据，Post 请求用来发送数据；

Status Code 代表的是状态码，常见的状态码有下面几类，本例中的 200 OK 暗示请求正常处理惩罚完毕。

Request Headers 即请求头，我们对主要字段举办逐一的先容；

Accept: 汇报处事器我们能接管的文件范例，处事器端利用 Content-Type 应答头通知客户端它的选择 ；

Accept-Language: 客户端所利用的语言；

Accept-Encoding: 客户端能接管的编码名目  gzip : 压缩字节，为了节省带宽，将处事器发送的内容先通过 gzip 压缩后发给客户端，客户端再解压展示。HTTP 2.0 可以压缩 header部门  HTTP1.1 只能压缩 body 部门；

Connection：有2种，别离是长毗连和短毗连：

Keep-Alive-长毗连：长毗连就雷同于打 *** ，我们之间可以一直保持毗连状态，直至挂断电  话。缺点是一直占用毗连池，直至毗连超时。

短毗连：短毗连雷同于发短信，我给你发送一条动静后，我们之间的毗连即终止，每次发短信，  都要新建一次毗连。接口都是短毗连，网站都是长毗连。因为接口往往是针对某一个挪用返回，接口一直为某个用户处事时，才会长毗连。

User-Agent: 汇报处事器我的客户端的范例，处事器通过user-agent来识别客户端。

最后，我们来看一下 Form Data 请求体，

这部门，就是客户端要发送给处事器端的数据，可以看到，这个请求的 Form Data 中包括了用户名、暗码等信息。我们会在发送请求时，把这些信息一并发送给处事器。

该例中，是一个 Post 请求，假如是 Get 请求，要传输的参数会在 url 中显示，通过 ‘ ? ’ 与请求地点离隔。形式如下：

2. 响应 Response

Response 主要分为 2 个部门，Header 部门和 Body 部门，这 2 部门展示如下图所示；

Header 部门的内容，大都是与请求头相对应的，Body 部门就是欣赏器看到的内容。

在有的 Response 响应头中，会有这样一个字段 Last-modified，在这里为各人先容一下。

Last-modified 显示的是处事器上文件的最后修改时间，当我们请求时，会判定该文件的最后修改时间和当地上的文件时间是否是一致的，假如一致，那么 body 部门会直接用缓存，不再下载，只下载 header 就可以了，这样可以提高效率，节减 *** 资源。

二、接口范例

较量常见的接口范例有 WebService 和 HTTPService ，它们有如下主要区别：

基于差异的协议：HTTPService 基于 Http 协议，而 WebService 基于 soap 协议；

跨域的处理惩罚：HttpService *** 不能处理惩罚跨域，假如挪用一个其它应用的处事就要用WebService；

处理惩罚数据效率差异：HTTPService 效率较高，而 WebService 能处理惩罚较巨大的数据范例。

当挪用一个本处事的内容时，不涉及到跨域的问题，可以利用 HttpService 的 *** 。

假如，需要在靠山挪用一个其它应用的处事，这个时候，就必需要用 WebService 的 *** 来挪用。

简朴的说， WebService 是不依赖于语言，不依赖于平台，可以实现差异的语言、异构系统间的彼此挪用。

三、 *** 协议