前言
HTTP是一个属于应用层的面向对象的协议,由于其简捷、快速的方式,适用于分布式超媒体信息系统。它于1990年提出,经过几年的使用与发展,得到不断地完善和扩展。
HTTP协议的主要特点
- 支持C/S(客户/服务器)模式。
- 简单快速:客户向服务器请求服务时,只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST,每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单,使得HTTP服务器的程序规模小,因而通信速度很快。
- 灵活:HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。
- 无连接:无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求,并收到客户的应答后,即断开连接。采用这种方式可以节省传输时间。
- 无状态:HTTP协议是无状态协议,无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息,则它必须重传,这样可能导致每次连接传送的数据量增大。另一方面,在服务器不需要先前信息时它的应答就较快。
HTTP URL 的格式: http://host[:port][abs_path]
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请求、响应报文格式:
(1).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,请求头部
请求头部为请求报文添加了一些附加信息,由“名/值”对组成,每行一对,名和值之间使用冒号分隔
请求头 | 解释 |
Host | 接受请求的服务地址,可以是IP:端口号,也可以是域名 |
Connection | 指定与连接的相关属性:Keep-Alive |
Accept-Encoding | 通知服务端可以发送的数据压缩格式 |
User-Agent | 发送请求的应用程序名 |
Accept-Language | 通知服务端可以发送的语言 |
Accept-Charset | 通知服务端可以发送的编码格式 |
例图:
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)
2,响应头部 |
响应头 | 解释 |
Server | 服务器应用程序软件的名称和版本 |
Content-Type | 发送给接收者的实体正文的媒体类型 |
Accept-Language | 描述资源所用的自然语言,没有设置则该选项则认为实体内容将提供给所有的语言阅读 |
Content-Lenght | 实体正文的长度 |
如上,在解析请求的时候,可能遇见的Transfer-Encoding响应头,而没有Content-Length。
compress | 采用 Lempel-Ziv-Welch (LZW) 压缩算法 |
deflate | 采用 zlib 结构 (在 RFC 1950 中规定),和 deflate 压缩算法(在 RFC 1951 中规定) |
gzip | 表示采用 Lempel-Ziv coding (LZ77) 压缩算法,以及32位CRC校验的编码方式 |
identity | 用于指代自身(例如:未经过压缩和修改)。除非特别指明,这个标记始终可以被接受 |
chunked | 数据以一系列分块的形式进行发送。 Content-Length 首部在这种情况下不被发送 |