一、问题
1、报文流是如何流动的
2、HTTP 报文的三个组成部分
3、申请和响应报文之间的区别
4、申请报文反对的各种办法
5、和响应报文一起返回的各种状态码
6、各种各样的 HTTP 首部都是用来做什么的
二、报文流
1、什么是 HTTP 报文
HTTP 报文是在 HTTP 应用程序间接发送的数据块。这些数据块以一些文本模式的元信息（meta-information）结尾。这些信息形容了报文的内容及含意，前面跟着可选的数据局部。这些报文在客户端、服务器和代理间接流动。
罕用术语：流入、流出、上游、上游
2、报文流入源端服务器
HTTP 应用术语 流入（inbound）和 流出（outbound）来形容 事务处理（transaction）的方向。报文流入源端服务器，工作实现后，会流回用户的 Agent 代理中。
3、报文向上游流动
HTTP 报文会像河水一样流动。不论是申请报文还是响应报文，所有报文都会向上游（downstream）流动。所有的报文的发送者都在接收者的上游（upstream）。
对于申请报文来说，代理 1 位于代理 3 的上游；但对于响应报文来说，它就位于代理 3 的上游。
三、报文的组成
HTTP 报文是简略的格式化数据块。每条报文都蕴含一条来自客户端的申请，或者一条来自服务端的响应。他们由三个局部组成：对报文进行形容的 起始行（start line），蕴含属性的 首部（header）块 ，以及可选的、蕴含数据的 主体（body）局部。
起始行和首部是由行分隔符的 ASCII 文本，每行都以一个由两个字符组成的行终止序列作为完结，其中蕴含一个回车符（ASCII 码 13）和一个换行符（ASCII 码 10）。
实体的主体或报文的主体是一个可选的数据块。与起始行和首部不同的是主体能够蕴含文本或二进制数据，也能够为空。
四、报文的语法
所有的 HTTP 报文都能够分为两类：申请报文（request message）和响应报文（response massage）。申请报文会向 Web 服务器申请一个动作。响应报文会将申请的后果返回给客户端。申请和响应报文的根本报文机构雷同。
申请报文的格局
<method> <request-URL> <version>
<headers>
<entity-body>
响应报文的格局
<version> <status> <reason-phrase>
<headers>
<entity-body>
四、详解
1、起始行
所有的 HTTP 报文都以一个起始行作为开始。申请报文的其履行阐明了 要做些什么 。响应报文的起始行阐明了 产生什么。
1）申请行
申请报文申请服务器对资源进行一些操作。申请报文的起始行，或称为申请行，蕴含了一个办法和一个申请的 URL，这个办法形容了服务器应该执行的操作，申请 URL 形容了要对哪个资源执行这个办法。申请行中还蕴含了 HTTP 的版本，用来告知服务器，客户端应用的是哪种 HTTP。
2）响应行
响应报文承载了状态信息和操作产生的所有后果数据，将其返回给客户端。响应报文的起始行，或称为响应行，蕴含了响应报文应用的 HTTP 版本、数字状态码，以及形容操作状态的文本模式的起因短语。
2、办法
申请的起始行以办法作为开始，办法用来告知服务器须要做些什么。
3、版本号
报文所应用的 HTTP 版本，格局为：
HTTP/<major>.<minor>
其中次要版本号（major）和主要版本号（minor）都是整数。
4、状态码（status code）
这三位数字形容了申请过程中所产生的状况。每个状态码的第一位数字都用于形容状态的个别类别（“胜利”、“出错”等）。
5、起因短语（reason-phrase）
数字状态的可读版本，蕴含行终止序列之前的所有文本。
6、首部（header）
能够有零个或多个首部，每个首部都蕴含有个名字，前面跟着一个冒号（:），而后是一个可选的空格，接着是一个值，最初是一个 CRLF。首部都是由一个空行（CRLF）完结的，示意了首部列表的完结和实体主体局部的开始。
7、实体的主体局部（entity-body）
实体的主题局部蕴含一个由任意数据组成的数据块。并不是所有的报文都蕴含实体的主体局部，有时，报文只是以一个 CRLF 完结。