HTTP协议原理及请求、响应报文格式

最新推荐文章于 2023-06-29 23:01:32 发布

最新推荐文章于 2023-06-29 23:01:32 发布

阅读量6k

点赞数 10

分类专栏：网络层文章标签： HTTP协议原理 HTTP请求、响应报文格式

本文链接：https://blog.csdn.net/u014133119/article/details/80661127

版权

1 篇文章 0 订阅

订阅专栏

HTTP是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。它于1990年提出，经过几年的使用与发展，得到不断地完善和扩展。

支持C/S（客户/服务器）模式。
简单快速：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST，每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。
灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。
无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。
无状态：HTTP协议是无状态协议，无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。

URL	http://host[:port][abs_path]
http	表示要通过HTTP协议来定位网络资源
host	表示合法的Internet主机域名或IP地址
port	用于指定一个端口号，拥有被请求资源的服务器主机监听该端口的TCP连接(如果port是空，则使用缺省的端口80。当服务器的端口不是80的时候，需要显式指定端口号)
abs_path	指定请求资源的URI(Uniform Resource Identifier，统一资源定位符)，如果URL中没有给出abs_path，那么当它作为请求URI时，必须以“/”的形式给出。通常这个工作浏览器就帮我们完成了

HTTP请求、响应报文格式：

HTTP请求报文主要由请求行、请求头部、请求数据3部分组成

1，请求行

由3部分组成，分别为：请求方法、URL、以及协议版本，之间由空格分隔,格式如下:

Method Request-URL HTTP-Version CRLF

1.其中 Method表示请求方法；Request-URI是一个统一资源标识符；HTTP-Version表示请求的HTTP协议版本；CRLF表示回车和换行（注:除了作

为结尾的CRLF外，不允许出现单独的CR或LF字符）。

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

请求方法包括GET、POST、DELETE、PUT、HEAD、TRACE、CONNECT 、OPTIONS。其中PUT、DELETE、POST、GET分别对应着增删改查，对于移动开发最常用的就是POST和GET了。

请求方法说明
GET	请求获取Request-URI所标识的资源
POST	在Request-URI所标识的资源后附加新的数据
HEAD	请求获取由Request-URI所标识的资源的响应消息报头
PUT	请求服务器存储一个资源，并用Request-URI作为其标识
DELETE	请求服务器删除Request-URI所标识的资源
TRACE	请求服务器回送收到的请求信息，主要用于测试或诊断
CONNECT	HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器
OPTIONS	请求查询服务器的性能，或者查询与资源相关的选项和需求

2，请求头部

请求头部为请求报文添加了一些附加信息，由“名/值”对组成，每行一对，名和值之间使用冒号分隔

例图:

3，请求数据

HTTP响应报文格式:

HTTP响应报文主要由状态行、响应头部、响应正文3部分组成。状态行格式如下：

状态行

HTTP-Version Status-Code Reason-Phrase CRLF

其中，HTTP-Version表示服务器HTTP协议的版本；Status-Code表示服务器发回的响应状态代码；Reason-Phrase表示状态代码的文本描述。

状态代码有三位数字组成，

100~199：指示信息，表示请求已接收，继续处理

200-299的状态码表示成功
300-399的状态码指资源重定向
400-499的状态码指客户端请求出错
500-599的状态码指服务端出错（HTTP/1.1向协议中引入了信息性状态码，范围为100~199）

常见的状态码
200 OK	客户端请求成功
400 Bad Request	客户端请求有语法错误，不能被服务器所理解
401 Unauthorized	请求未经授权，这个状态代码必须和WWW-Authenticate报头域一起使用
403 Forbidden	服务器收到请求，但是拒绝提供服务(认证失败)
404	请求资源不存在
500 Internal Server Error	服务器发生不可预期的错误

2，响应头部

响应头	解释
Server	服务器应用程序软件的名称和版本
Content-Type	发送给接收者的实体正文的媒体类型
Accept-Language	描述资源所用的自然语言，没有设置则该选项则认为实体内容将提供给所有的语言阅读
Content-Lenght	实体正文的长度

Transfer-Encoding编码方式
compress	采用 Lempel-Ziv-Welch (LZW) 压缩算法
deflate	采用 zlib 结构 (在 RFC 1950 中规定)，和 deflate 压缩算法(在 RFC 1951 中规定)
gzip	表示采用 Lempel-Ziv coding (LZ77) 压缩算法，以及32位CRC校验的编码方式
identity	用于指代自身（例如：未经过压缩和修改）。除非特别指明，这个标记始终可以被接受
chunked	数据以一系列分块的形式进行发送。 Content-Length 首部在这种情况下不被发送

关注

专栏目录