HTTP-报文结构

Posted 2020-12-14 turbosha

HTTP-报文结构

HTTP是Hyper Text Transfer Protocol（超文本传输协议）的缩写。

默认HTTP的端口号为80，HTTPS的端口号为443。

HTTP协议是一个无状态的协议，同一个客户端的这次请求和上次请求是没有对应关系。

  

 1、请求报文

一个HTTP请求由请求行、请求头、空行和请求数据4个部分组成。

1.1 请求行

由三部分组成，请求方法、请求URL（不包括域名）、HTTP协议版本。

1.1.1 请求方法

• GET：传递参数长度受限制，因为传递的参数是直接表示在地址栏中，而特定的浏览器和服务器对URL的长度是有限制的。因此GET请求不适合用来传递私密数据，也不太适合拿来传递大量数据
• POST：传递的数据封装在HTTP请求数据中，以名称/值的形式出现，可以传输大量数据，对数据量没有限制，也不会显示在URL中
• HEAD：跟GET相似，不过服务端收到HEAD请求时只返回响应头，不发送响应内容。所以，如果只需要查看某个页面的状态时，用HEAD更高效，因为省去了传输页面内容的时间
• DELETE：删除某一资源
• OPTIONS：用于获取当前URL所支持的方法。若请求成功，会在HTTP头中包含一个名为“Allow” 的头，值是所支持的方法，如“GET”、“POST”
• PUT：把一个资源存放在指定位置上。与POST相似，但PUT通常指定了资源的存放位置，而POST则没有
• TRACE：回显服务器收到的请求，主要用于测试或诊断
• CONNECT：是HTTP1.1预留的，能够将连接改为管道方式的代理服务器。通常用于SSL加密服务器的链接与非加密的HTTP代理服务器的通信

1.1.2 HTTP协议版本

1） HTTP 1.0

支持GET、POST、HEAD三种HTTP请求方法。

HTTP1.0 每次请求都需要建立新的TCP连接，连接不能复用。

2）HTTP1.1

该版本默认采用持久连接，并能很好地配合代理服务器工作。还支持以管道方式同时发送多个请求，以降低线路负载，提高传输速度。

HTTP1.1新增了：OPTIONS、PUT、DELETE、TRACE、CONNECT五种HTTP请求方法

 1.2 请求头部

请求头部由关键字/值对组成，每行一对

1. User-Agent : 产生请求的浏览器类型
2. Accept : 客户端希望接受的数据类型，比如 Accept：text/xml（application/json）表示希望接受到的是xml（json）类型
3. Content-Type：发送端发送的实体数据的数据类型。
   比如，Content-Type：text/html（application/json）表示发送的是html类型。
4. Host : 请求的主机名，允许多个域名同处一个IP地址，即虚拟主机

1.2.1 Content-Type

Content-Type	解释
text/html	html格式
text/plain	纯文本格式
text/css	CSS格式
text/javascript	js格式
image/gif	gif图片格式
image/jpeg	jpg图片格式
image/png	png图片格式
application/x-www-form-urlencoded	POST专用：普通的表单提交默认是通过这种方式。form表单数据被编码为key/value格式发送到服务器。
application/json	POST专用：用来告诉服务端消息主体是序列化后的 JSON 字符串
text/xml	POST专用：发送xml数据
multipart/form-data	POST专用：下面讲解

multipart/form-data

　　用以支持向服务器发送二进制数据，以便可以在 POST 请求中实现文件上传等功能

1.3 空行

　　请求头之后是一个空行，通知服务器以下不再有请求头

1.4 请求体

　　GET没有请求数据，POST有。

　　与请求数据相关的最常使用的请求头是 Content-Type 和 Content-Length 

 

2. 响应报文

HTTP响应报文和请求报文的结构差不多，也是由四个部分组成

2.1 状态行

HTTP响应报文同样也分为三部分，有状态行、首部行、实体

状态行:HTTP响应报文的第一行

状态行包括三个字段：协议版本、状态码与原因短语

状态码：由3位数字组成，第一个数字定义了响应的类别

1xx：这一类型的状态码，代表请求已被接受，需要继续处理。这类响应是临时响应，只包含状态行和某些可选的响应头信息，并以空行结束。

2xx:这一类型的状态码，代表请求已成功被服务器接收、理解、并接受。

3xx:这类状态码代表需要客户端采取进一步的操作才能完成请求。通常，这些状态码用来重定向，后续的请求地址（重定向目标）在本次响应的Location域中指明。

4xx:这类的状态码代表客户端类的错误

5xx:服务器类的错误