HTTP-报文结构

knightwatch 2020-07-04

HTTP-报文结构

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

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

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

HTTP-报文结构

  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/htmlhtml格式
text/plain纯文本格式
text/cssCSS格式
text/javascriptjs格式
image/gifgif图片格式
image/jpegjpg图片格式
image/pngpng图片格式
application/x-www-form-urlencodedPOST专用:普通的表单提交默认是通过这种方式。form表单数据被编码为key/value格式发送到服务器。
application/jsonPOST专用:用来告诉服务端消息主体是序列化后的 JSON 字符串
text/xmlPOST专用:发送xml数据
multipart/form-dataPOST专用:下面讲解

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:服务器类的错误

相关推荐

yanghui0 / 0评论 2020-04-27