作为客户端，首先要知道服务端都有哪些响应，响应报文是什么，然后才知道响应是否成功or失败。
1. 服务端都有哪些响应？
http响应报文介绍如分割线下面，响应报文里状态行中有响应状态码，当我(客户端)收到服务端响应时，要先判断响应状态码是什么然后做相应处理。
1) 我收到服务器的响应码101，意味着服务器已按照我的要求切换为HTTP 1.1的协议，之后的请求和响应按照切换后的协议通信。
2) 我收到服务器的响应码202，意味着服务器已接受请求，但尚未处理；紧接着可能会收到服务器响应码201，说明服务器已经按照请求开始创建资源；最终会收到服务器响应码200，服务器终于按照请求创建资源全部成功。有时也会收到响应码204，意味着服务器成功处理请求但无任何内容返回。
当收到响应码200后，说明服务器已经成功处理请求，然后再判断http响应报文里响应数据部分，数据中包含了资源创建的详细信息，然后再根据响应的详细信息进行接下来的处理。
响应的消息体是在接口设计时考虑的，根据需求，可以设计消息是同步还是异步的，异步场景下异步超时时间，异步场景下操作的进度，操作的结果，操作的详细内容。
收到响应码200后，解析响应数据：
场景1：消息同步，同步情况下操作结果，操作的详细内容。
如果操作结果返回失败则一次请求的响应失败；如果操作结果返回成功则一次请求的响应成功；如果超过同步响应时间，则一次请求的响应超时。
场景2：消息异步，异步情况下jobid，异步情况下超时时间，异步情况下操作进度，操作结果，操作的详细内容。
如果操作结果返回失败则一次请求的响应失败，如果操作结果返回成功则一次请求的响应成功。如果超过一次请求和同一次响应的时间，则一次请求的响应超时。
在异步请求场景下，然后根据jobid进行调用服务器查询进度，服务器一直响应消息进度，直到操作结果为成功(操作进度为100)。如果操作结果返回失败，不管进度多少则多次请求的响应失败；如果操作结果返回成功，则判断进度是否为100则多次请求的响应成功；如果超过响应的异步超时时间，则多次请求的响应超时；如果超过一次请求和同一次响应的时间，则一次请求的响应超时。
如何判断收到的异步请求和异步调用进度属于同一个事物的操作？
举个栗子：A发起请求给B，B响应异步消息，A发起请求给C，C也响应异步消息。那么A通过IP/URL/port，知道是发给B还是发给C。
但是如果A给B发了两次不同类型的操作，B都响应异步消息，那么A如何区分是哪次操作呢？可以在每次的消息请求和响应中添加操作类型的名称。
3) 我收到服务器的响应码300(多种选择)，意味着服务器针对发的请求，有多种操作供请求者选择，我收到响应后要选择其中一种操作。我收到服务器响应码301(永久移动)，则表示请求的网页已经永久移动到新位置并将新位置告知我，以后再访问就发请求给新位置。我收到服务器响应码302(临时移动)，则表示请求的网页只是临时移到到新位置，并将新位置告知我，但只是临时访问以后还继续访问老位置。我收到服务器响应码304(网页未变更)，则表示网页未发生变更，不再返回网页内容。我收到服务器响应码305(客户端使用代理访问)，则表示服务器允许我请求者使用代理方式访问网页。我收到服务器响应码307(临时重定向)，则表示服务器让我请求者临时重定向访问网页，之后还是访问原来位置。
响应码302和307是一样的，那各自解决什么问题？
HTTP1.1协议中新加入307状态码。 HTTP1.1协议中的307状态码则相当于HTTP1.0协议中的302状态码。当客户端的POST请求到收到服务端307状态码响应时，需要跟用户询问是否应该在新URI上发起POST方法，也就是说，307是不会把POST转为GET的。
在HTTP1.1中，302理论上是要被放弃掉的，它被细化为303和307，但为了兼容，它目前还在业界中大量使用，而303和307状态码使用甚少。为什么业界少使用303和307呢？对于GET和HEAD方法来说，307是没必要存在的，用302或者303就可以满足需求了，307仅在POST方法的重定向上有用处。
4) 最悲催的事情是收到4xx的响应码，意味着请求可能错误，妨碍服务器处理。
我收到服务器的响应码400(错误请求)，意味着服务器不理解请求的语法。我收到服务器响应码401(未授权)，意味着服务器验证登录者的身份失败。我收到服务器响应码403(禁止)，意味着服务器拒绝请求。我收到服务器响应码404(未找到)，意味着服务器找不到请求的网页。我收到服务器响应码405(请求方法禁用)，表示服务器禁止使用请求中的方法。我收到服务器响应码407(需要代理授权)，表示服务器给我请求者指定授权的代理(与401类似但指定代理授权)。我收到服务器响应码408(请求超时)，意味着服务器等候请求时发生超时(服务器怎么知道超时时间？二者约定的？)。我收到服务器响应码409(冲突)，表示服务器在完成请求时发生冲突，并将冲突信息放在响应中。我收到服务器响应码410(已删除)，表示请求的资源已经永久删除。我收到服务器响应码411(有效内容长度标头字段)，表示服务器不接收不含有效内容长度标头字段的请求。
412(服务器未满足请求者在请求中设置的一个前提条件)，413(请求实体过大，服务器无法处理)，414(请求的URI过长)。
5) 收到5xx的响应码，说明服务器内部出错，而不是请求出错。
500是服务器内部出错，无法完成请求。
503表示服务器目前无法使用(由于超载或停机维护)。
505服务器不支持请求中所用的HTTP协议版本。
2. HTTP响应报文
一个http响应报文由状态行<status-line>、响应头部<headers>、空行＜blank-line＞和响应数据＜response-body＞4个部分组成。
1）状态行： 由HTTP协议版本、服务器返回的响应状态码和响应状态码的文本描述组成。
2）响应头部：由关键字/值对组成，每行一对，关键字和值用英文冒号”:“分隔，典型的响应头有：
Location：用于重定向接受者到一个新的位置。例如：客户端所请求的页面已不存在原先的位置，为了让客户端重定向到这个页面新的位置，服务器端可以发回Location响应报头后使用重定向语句，让客户端去访问新的域名所对应的服务器上的资源
Server：包含了服务器用来处理请求的软件信息及其版本。它和 User-Agent 请求报头域是相对应的，前者发送服务器端软件的信息，后者发送客户端软件(浏览器)和操作系统的信息
Vary：指示不可缓存的请求头列表
Connection：连接方式
对于请求来说：
close(告诉 WEB 服务器或者代理服务器，在完成本次请求的响应后，断开连接，不等待本次连接的后续请求了)。
keepalive(告诉WEB服务器或者代理服务器，在完成本次请求的响应后，保持连接，等待本次连接的后续请求);
对于响应来说：
close(连接已经关闭);
keepalive(连接保持着，在等待本次连接的后续请求);
Keep-Alive：如果浏览器请求保持连接，则该头部表明希望WEB 服务器保持连接多长时间(秒);例如：Keep-Alive：300;
WWW-Authenticate：必须被包含在401 (未授权的)响应消息中，这个报头域和前面讲到的Authorization 请求报头域是相关的，当客户端收到 401 响应消息，就要决定是否请求服务器对其进行验证。如果要求服务器对其进行验证，就可以发送一个包含了Authorization 报头域的请求
3）空行：最后一个响应头部之后是一个空行，发送回车符和换行符，通知浏览器以下不再有响应头部。
4）响应数据：服务器返回给客户端的文本信息。
响应报文示例：
HTTP/1.1 301 Moved Permanently
Cache-Control: private, no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Expires: Sat, 01 Jan 2000 00:00:00 GMT
Location: <a target=_blank href="http://www.facebook.com/">HTTP://www.facebook.com/</a>
P3P: CP=”DSP LAW”
Pragma: no-cache
Set-Cookie: made_write_conn=deleted; expires=Thu, 12-Feb-2009 05:09:50 GMT;
path=/; domain=.facebook.com; httponly
Content-Type: text/html; charset=utf-8
X-Cnection: close
Date: Fri, 12 Feb 2010 05:09:51 GMT
Content-Length: 0
3.一次请求的响应是否成功
要想知道一次请求的响应是否成功，要分析下响应的报文(消息体)。
1) 首先响应报文里状态行中有响应状态码，当我(客户端)收到服务端响应时，要先判断响应状态码是什么然后做相应处理。
收到状态响应码200，说明服务器已经成功处理请求；
2) 然后再判断http响应报文里响应数据部分，数据中包含了资源创建的详细信息，然后再根据响应的详细信息进行接下来的处理。
响应的消息体是在接口设计时考虑的，根据需求，可以设计消息是同步还是异步的，异步场景下异步超时时间，异步场景下操作的进度，操作的结果，操作的详细内容。
收到响应码200后，解析响应数据：
场景1：消息同步，同步情况下操作结果，操作的详细内容。
操作结果返回成功则一次请求的响应成功。
场景2：消息异步，异步情况下jobid，异步情况下超时时间，异步情况下操作进度，操作结果，操作的详细内容。
操作结果返回成功则一次请求的响应成功。在异步请求场景下，然后根据jobid进行调用服务器查询进度，服务器一直响应消息进度，直到操作结果为成功(操作进度为100)。
4 . 一次请求的响应是否失败
分析略，详见第一部分内容。
