如果HTTP是因特网的信使，那么HTTP报文就是它用来搬东西的包裹。
HTTP使用术语流入和流出来描述事务处理的方向，报文流入源端服务器，工作完之后，会流回客户端。不管是请求报文还是响应报文，所有报文都会向下游流动，所有报文的发送者都在接收者的上游。

1报文的组成部分

所有的报文都可以被分成请求报文或者响应报文。报文由三个部分组成，对报文进行描述的起始行，包含属性的首部，以及可选的包含数据的主题部分。
下面是HTTP请求报文的格式：
<method> <request-URL> <version>
<headers>
<entity-body>
HTTP响应报文的格式：
<version> <status> <reason-phrase>
<headers>
<entity-body>
下面对每个部分分别进行说明。

• 方法
  客户端希望服务器对资源执行的操作，是一个单独的词，比如说put,get,delete。
• 请求URL
  命名了所请求资源或者URL路径组件的完整URL。
• 版本
  报文所使用的HTTP版本，其格式通常为：
  HTTP/<major>.<minor>
• 状态码
  这个三位数字描述了请求过程中所发生的情况。每个状态的第一个数字都描述了状态的一般类型。比如2开头是请求完成，3开头是重定向，4开头是客户端问题，5开头是服务器问题。
• 原因短语
  原因短语是配合状态码一起，更详细的描述响应的状态。
• 首部
  可以有零个首部或多个首部，每个首部都包含一个名字，后面跟着一个":"，然后是一个可选的空格，接着是一个值，最后是一个CRLF。首部是由一个(CRLF)空行结束的，表示首部列表的结束和实体主体部分的开始。
• 实体的主体部分
  实体的主体部分包含一个由任意数据组成的数据块，并不是所有的报文都包含实体的主体部分。

2方法

1.GET

get是最常用的方法，通常用于请求服务器发送某个资源。

GET.png

2.HEAD方法和GET方法相似，都是从服务器端拉数据，不同的是使用HEAD方法时响应只返回首部而不返回实体的主题部分。这样既有允许客户端在未获取实际资源的情况下对资源的首部进行检查。使用HEAD可以：

1.在不火气资源的情况下了解资源的情况(如资源类型)
2.通过查看首部测试资源是否被修改了。

HEAD.png

3.PUT

与get从服务器中读取文档相反，put会向服务器中写入文档。

PUT.png

PUT方法的语义就是让服务器用请求的主题部分来创建一个由所请求的URL命名的新文档，或者如果那个URL已经存在的话，就用这个主体来替代它。因为普通允许用户进行修改，所以很多web服务器都要求在执行put之前进行验证。

4.POST

5.TRACE

客户端发起一个请求的时候，这个请求可能会穿过防火墙，网关，代理等，每一个中间节点都可能会修改原始的HTTP请求，TRACE允许客户端在报文最终被发送给服务器时查看它最终的样子。
发送TRACE请求时，行程最后一站的服务器会弹回一条TRACE响应，并在响应主体中携带它收到的请求报文，这样发送端就可以检查请求报文是否被修改或毁坏。

6.OPTIONS

OPTIONS方法请求web服务器告知其支持的各种方法。可以询问服务器通常支持哪些方法，，或者对某些特殊资源支持哪些方法。这样客户端不用访问那些资源就能知道访问各种资源的最优方式。

7.DELETE

DELETE方法所做的事情就是请求服务器删除请求URL所指的资源。

3.状态码

HTTP状态码被分为5类，状态码是一个三位数字，以1开头的是信息性状态码，2开头的是请求成功状态码，3开头的是重定向状态码，4开头的是客户端错误状态码，5开头的是服务器错误状态码。下面分别进行说明。

1. 100-199状态码

2. 200-299 ——成功状态码

这一类型的状态码，代表请求已经被服务器成功接收，理解。

3. 300-399 ——重定向状态码

重定向状态码要么告诉客户端使用替代位置来访问他们所感兴趣的资源，要么就提供一个替代的响应而不是资源的内容。如果资源已被移动，可发送一个重定向状态码和一个可选的location首部来告知客户端资源已被移走，以及现在可以再哪里找到它。

4. 400-400 ——客户端错误状态码

有时候客户端会发送一些服务器无法处理的东西，比如格式错误的请求报文，或者请求一个不存在的URL。很多客户端错误都是由浏览器来处理的，并不会打扰到用户，只有少数比如404会穿过浏览器来到用户面前。

5. 500-599 ——服务器错误状态码

有时候客户端发送了一条有效请求，服务器自身却出错了。代理尝试着代表客户端与服务器进行交流时经常会出现问题。

4.首部

首部可以分为通用首部，请求首部，响应首部，实体首部。下面分别对这几部分进行说明：

1.通用首部

这些是在客户端和服务器都可以使用的首部，可以在客户端，服务器和其他应用之间提供一些非常有用的通用功能。
下表是一些通用的信息性首部：

通用缓存首部：

2.请求首部

请求首部是只在请求报文中有意义的首部，用于说明是谁或什么在发送请求，请求源于何处，或者客户端的喜好或能力。

1.请求的信息性首部

2.Accept首部

3.条件请求首部

4.安全请求首部

3.响应首部

响应报文都有自己的响应首部集，响应首部为客户端提供了一些额外的信息，比如谁在发送响应，响应者的功能，甚至和响应相关的一些特殊指令。这些首部有助于客户端处理响应，并在将来发起更好的请求。

1.响应的信息性首部

2.安全响应首部

|首部|描述|
|Proxy-Authenticate|来自代理的队客户端的质询列表|
|Set-Cookie|不是真正的安全首部，但是隐含有安全功能，可以再客户端设置一个令牌，以便服务器对客户端进行标识|

4.实体首部

有很多首部可以用来描述HTTP报文的负荷，由于请求和响应报文中都可能包含实体部分，所以在这两种类型的报文中都可能出现这些首部。