HTTP请求报文解剖
HTTP Request :HTTP请求
Request Line:请求行
Header:请求头
Request Body:请求体

HTTP请求报文由3部分组成（请求行+请求头+请求体）：

下面是一个实际的请求报文：

①是请求方法，HTTP/1.1 定义的请求方法有8种：GET、POST、PUT、DELETE、PATCH、HEAD、OPTIONS、TRACE,最常的两种GET和POST，如果是RESTful接口的话一般会用到GET、POST、DELETE、PUT。
②为请求对应的URL地址，它和报文头的Host属性组成完整的请求URL
③是协议名称及版本号。
④是HTTP的报文头，报文头包含若干个属性，格式为“属性名:属性值”，服务端据此获取客户端的信息。
⑤是报文体，它将一个页面表单中的组件值通过param1=value1&param2=value2的键值对形式编码成一个格式化串，它承载多个请求参数的数据。不但报文体可以传递请求参数，请求URL也可以通过类似于“/chapter15/user.html? param1=value1&param2=value2”的方式传递请求参数。

HTTP响应报文解剖
HTTP的响应报文也由三部分组成（响应行+响应头+响应体）：

以下是一个实际的HTTP响应报文：

①报文协议及版本；
②状态码及状态描述；
③响应报文头，也是由多个属性组成；
④响应报文体，即我们真正要的“干货”。
响应状态码
和请求报文相比，响应报文多了一个“响应状态码”，它以“清晰明确”的语言告诉客户端本次请求的处理结果。
HTTP的响应状态码由5段组成：

1xx 消息，一般是告诉客户端，请求已经收到了，正在处理，别急…
2xx 处理成功，一般表示：请求收悉、我明白你要的、请求已受理、已经处理完成等信息.
3xx 重定向到其它地方。它让客户端再发起一个请求以完成整个处理。
4xx 处理发生错误，责任在客户端，如客户端的请求一个不存在的资源，客户端未被授权，禁止访问等。
5xx 处理发生错误，责任在服务端，如服务端抛出异常，路由出错，HTTP版本不支持等。
200 OK
你最希望看到的，即处理成功！

最直观的区别：

Get请求是把参数放在URL中（无请求体），会将数据暴露在请求地址上，而Post请求是通过请求体requestBody来传递参数的

Get和Post是HTTP协议中的两种发送请求方法

那么HTTP又是什么呢？

HTTP是基于TCP/IP中关于数据如何在万维网中如何通信的协议；

所以说Get与Post能做的事情都是一样的，底层就是TCP/IP

要区分Get与Post还需要从它们的底层开始

TCP就像汽车一样，可以用来传输数据，但是路上都是一样的汽车就会混乱，比如说救护车和货车，救护车被装货的车堵到后面肯定得急死，所以说：我们要区分这些车——>Http就诞生了，他就相当于交通规则，里面有好几个等级，分为：GET，POST，PUT，DELETE..；

GET与POST还一个重要的区别

对于GET：浏览器会将http的header与data一并发出去，服务器直接响应200（并返回数据）；

对于POST：浏览器先发送Header，当服务器响应了100之后，浏览器再发送data，最后服务器才响应200（返回数据）——>所以说它分了两步

请求体与请求体简单理解

请求头header：一般用来存放一些cookie，token信息；

请求体Requestbody：一般用来存储post的参数和参数数据；

Referer ：表示这个请求是从哪个URL过来的，假如你通过google搜索出一个商家的广告页面，你对这个广告页面感兴趣，鼠标一点发送一个请求报文到商家的网站，这个请求报文的Referer报文头属性值就是http://www.google.com；

Accept ：请求报文可通过一个“Accept”报文头属性告诉服务端 客户端接受什么类型的响应

例子：如下报文头相当于告诉服务端，俺客户端能够接受的响应类型仅为纯文本数据啊，你丫别发其它什么图片啊，视频啊过来，那样我会歇菜的~~~： 

Accept属性的值可以为一个或多个MIME类型的值；

什么是Mime

场景：在JSP中contentType属性用于指定JSP页面响应的MIME类型

使用MIME (Multipurpose Internet Mail Extensions) 是描述消息内容类型的因特网标准，使用MIME类型可以设定某种扩展名的文件用一种应用程序来打开的方式类型，当该扩展名文件被访问的时候，浏览器会自动使用指定应用程序来打开；

在JSP页面中，contentType属性设置为：contentType=“text/html;charset=GBK”；
 

未完待续

一个完整的HTTP请求包括：请求行、请求头、请求体

这里面最常用到的就是状态码，很多时候都是通过状态码来判断，如（列举几个最常见的）：

200–表明请求被成功的完成，所请求的资源发送回客户端 304–自从上次请i去后，请求的网页没有修改，请客户端使用本地缓存
400–客户端请求有错误（可能是安全等模块拦截了） 401–请求未经授权 403–禁止访问（比如未登录时的禁止访问）
404–资源找不到 500–服务器内部错误 503–服务不可用

再列举一下大致范围内状态码的意义

1xx——指示信息，表示请求已接收，继续处理 2xx——成功，表示请求已被成功接收、理解、接受
3xx——重定向，要完成请求必须进行更进一步的 操作 4xx——客户端错误，请求有语法错误或请求无法实现
5xx——服务器端错误，服务器未能实现合法的请求

常用的请求头部（部分）：

Accept: 接收类型，表示浏览器支持的MIME类型 （对标服务端返回的Content-Type）
Accept-Encoding：浏览器支持的压缩类型,如gzip等,超出类型不能接收
Content-Type：客户端发送出去实体内容的类型
Cache-Control: 指定请求和响应遵循的缓存机制，如no-cache
If-Modified-Since：对应服务端的Last-Modified，用来匹配看文件是否变动，只能精确到1s之内，http1.0中
Expires：缓存控制，在这个时间内不会请求，直接使用缓存，http1.0，而且是服务端时间
Max-age：代表资源在本地缓存多少秒，有效时间内不会请求，而是使用缓存，http1.1中
If-None-Match：对应服务端的ETag，用来匹配文件内容是否改变（非常精确），http1.1中
Cookie: 有cookie并且同域访问时会自动带上
Connection: 当浏览器与服务器通信时对于长连接如何进行处理,如keep-alive
Host：请求的服务器URL
Origin：最初的请求是从哪里发起的（只会精确到端口）,Origin比Referer更尊重隐私
Referer：该页面的来源URL(适用于所有类型的请求，会精确到详细页面地址，csrf拦截常用到这个字段)
User-Agent：用户客户端的一些必要信息，如UA头部等

常用的响应头部（部分）：

Access-Control-Allow-Headers: 服务器端允许的请求Headers
Access-Control-Allow-Methods: 服务器端允许的请求方法
Access-Control-Allow-Origin: 服务器端允许的请求Origin头部（譬如为*）
Content-Type：服务端返回的实体内容的类型
Date：数据从服务器发送的时间
Cache-Control：告诉浏览器或其他客户，什么环境可以安全的缓存文档
Last-Modified：请求资源的最后修改时间
Expires：应该在什么时候认为文档已经过期,从而不再缓存它
Max-age：客户端的本地资源应该缓存多少秒，开启了Cache-Control后有效
ETag：请求变量的实体标签的当前值
Set-Cookie：设置和页面关联的cookie，服务器通过这个头部把cookie传给客户端
Keep-Alive：如果客户端有keep-alive，服务端也会有响应（如timeout=38）
Server：服务器的一些相关信息

如下图是对某请求的http报文结构的简要分析：

Request Method： GET， POST， PUT，DELETE， OPTIONS， HEAD
接下来就是其他报文头，常见的请求报头有: Accept, Accept-Charset, Accept-Encoding, Accept-Language, Content-Type, Authorization, Cookie, User-Agent等。