HTTP协议

HTTP协议的主要特点：

1.支持c/s（客户端/服务器）模式。

2.简单快速：客户端向服务器请求服务时，只需要传送请求方法和路径。

3.灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。

4短连接：短连接的含义是限制每次连接只处理一个请求，请求完成后断开连接。服务器处理完客户端的请求，并收到客户端的应答后，即断开连接。

5无状态：：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。每次的请求都是独立的，请求本身携带了服务端响应该请求所需的全部的信息。

 

HTTP请求方法有8种

1.GET:请求获取Request-URI所标识的资源。

2.POST：在Request-URI所标识的资源后附加新的数据。

3.HEAD：请求获取由Request-URI所标识的资源的响应消息报头。

4.PUT请求服务器存储一个资源，并用Request-URL作为其标识。

5.DELETE:请求服务器删除Request-URI所标识的资源。

6.TRACE:请求服务器回送收到的请求信息，主要用于测试或诊断。

7.CONNECT：HTTP1.1协议中预留给能够将连接改为管道方式的代理服务器。

8.OPTIONS：请求查询服务器的性能，或者查询与资源相关的选项和需求。

 

HTTP请求报文

HTTP请求报文由：请求行、请求报头、空行、请求数据。4部分组成。

1.请求行：（3个）

请求方法、URL字段、HTTP协议的版本、回车换行组成。

协议版本的格式为：HTTP/主版本号.次版本号，常用的有HTTP/1.0和HTTP/1.1;

例如请求刘望舒博主的CSDN博客地址的请求行：

GET    http：//blog.csdn.net/itachi85     HTTP/1.1

2.请求报头

请求报头通知服务器关于客户端请求的信息。

host：请求的主机名，允许多个域名同处一个IP地址，即虚拟主机。

User-Agent：发送请求的浏览器类型、操作系统等信息。

Accept：客户端可识别的内容类型列表，用于指定客户端接受哪些类型的信息。

Accept-Encoding：客户端可识别的数据编码。

Accept-Language：表示浏览器所支持的语言类型。

Connection：：允许客户端和服务器指定与请求/响应连接有关的选项。例如，这时为Keep-Alive则表示保持连接。

Transfer-Encoding：告知接受端为了保证报文的可靠传输，对报文采用了什么编码方式。

3.请求数据

请求数据不在GET方法中使用，而在POST方法中使用。POST方法适用于需要客户填写表单的场合，与请求数据相关的最常用的请求报头是Content-Type（内容类型）和Content-Length（内容长度）。

HTTP响应报文

HTTP的响应报文由状态行、响应报头、空行、响应正文。4部分组成。

状态行：（3部分组成）

版本、状态码、原因短语、回车换行

例如，访问我的csdn博客地址，响应的状态行如下所示：

HTTP/1.1  200 OK

响应报文：

用于服务器传递自身信息的响应。常见的响应报文如下所示：

Location：用于重定向接受者到一个新的位置，常用于在更换域名的时候。

Server：包含服务器用来处理请求的系统信息，与User-Agent请求报头是相对应的。

响应正文：是服务器返回的资源的内容。

HTTP的消息报头分为通用报头、请求报头、响应报头、实体报头等。消息报头是由键值对组成，每行一对，关键字和值用英文冒号“：”分割。

1.通用报头

它既可以出现在请求报头，也可以出现在响应报头中

Date：表示报文创建的日期和时间。

Connection:允许发送指定连接的选项。例如指定连接是连续的；或者指定是“close”选项，通知服务器，在响应完成后，关闭连接。

Cache-Control：用于指定缓存指令，缓存指令是单向的（响应中出现的缓存指令在请求中未必出现），且是独立的（一个消息的缓存指令不会影响另一个消息处理的缓存机制）。

4.实体报文：

实体报文用来定义被传送资源的信息，其即可用于请求也可用于响应。请求和响应消息都是可以传送一个实体。常见的实体报头如下所示。

Content-Type:发送给接受者的实体正文的媒体类型。

Content-Length:实体正文的长度

Content-Language:描述资源所用的自然语言。

Content-Encoding：实体报文被用作媒体类型的修饰符。（压缩）

Last-Modified:实体报头用于指示资源的最后修改日期和时间。

Expires：实体报头给出响应过期的日期和时间。

>>>>>

Accept-Encoding 和Content-Encoding是HTTP中用来对采用哪种编码格式传输正文进行协定的一对头部字段。

工作原理如下:

1. 首先浏览器（也就是客户端）发送请求时，通过Accept-Encoding带上自己支持的内容编码格式列表；

2. 服务端在接收到请求后，从中挑选出一种用来对响应信息进行编码，并通过Content-Encoding来说明服务端选定的编码信息

3. 浏览器在拿到响应正文后，依据Content-Encoding进行解压。

4. 服务端也可以返回未压缩的正文，但这种情况不允许返回Content-Encoding.

内容编码的目的是优化传输内容的大小，通俗的讲就是尽心压缩。一般经过gzip压缩过的文本响应，只有原始大小的1/4（这个数据我现在还不确定）。对于文本类响应是否开启了内容压缩，是我们做性能优化时首先要检查的重要项目；而对于JPG/PNG这类本身已经高度压缩过的二进制文件，不推介开启内容压缩，效果几乎微乎其微，还浪费cpu

内容的编码针对的只是传输正文。在HTTP/1中，头部始终是以ASCII文本传输，没有经过任何压缩。不过这个问题在HTTP/2中已经解决，详见HTTP/2 头部压缩技术介绍

内容编码使用特别广泛，理解起来也特别简单，但是要注意的是不要把它与HTPP中的另外一个概念：传输编码Transfer-Encoding搞混即可（包括数据一系列分块的形式进行发送）。

>>>>>>