HTTP详解

引言

HTTP协议(HyperText Transfer Protocol,超文本传输协议)是因特网上应用最为广泛的一种网络传输协议,所有的WWW文件都必须遵守这个标准。HTTP是一个基于TCP/IP通信协议来传递数据,默认端口是80。

版本特性

在这里只是大概说一些比较重要的版本特性,具体需要大家逐个细节去学习。

HTTP/0.9

HTTP协议的最初版本,请求方式只有GET,并且只能访问HTML格式的资源
请求方式:GET

HTTP/1.0

请求行中引入了协议版本字段(http/1.0);必须包含头部消息,不在局限仅能请求HTML格式的资源,可以支持多种数据格式、缓存等功能。
请求方式:POST、HEAD、GET

特性

HTTP1.0中有许多特性,如下:
灵活:HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。
简单快速:客户向服务器请求服务时,只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单,使得HTTP服务器的程序规模小,因而通信速度很快。
无连接:因为HTTP是一个基于TCP/IP通信协议来传递数据的协议,在此版本中HTTP仅仅支持一次性连接,正如大家所熟知的,TCP连接时需要三次握手,发送请求数据,最后四次挥手结束连接。当HTTP基于TCP发送一次连接请求,并得到服务端响应后,会立即断开连接,也称非持久连接,缺点是造成大量的建立连接消耗。
无状态:HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息,则它必须重传,这样可能导致每次连接传送的数据量增大。另一方面,在服务器不需要先前信息时它的应答就较快。

HTTP/1.1

此版本最大的变化就是引入了持久连接,解决了非持久连接的缺点,TCP连接默认不关闭,连接一次,可发送多个请求。
同时引入了管道机制,一个TCP连接中,多个请求在客户端可以同时发送,客户端不需要逐个发送请求,但服务器按照先来后到的顺序进行处理。
请求方式:POST、HEAD、GET、PUT、PATCH、OPTIONS、DELETE

HTTP/2.0

增加了双工模式,不仅客户端能够同时发送多个请求,服务端也能同时处理多个请求,解决了队头堵塞的问题。

HTTP协议

其实HTTP协议请求并不复杂,意想一下,就和一个面向对象的对象一样,为了充分理解,直接上图HTTP消息结构图
HTTP消息分为客户端向服务端发送请求(http请求)及服务端做出响应(http响应)
http请求由三部分组成,分别是:请求行、消息报头、请求数据
HTTP响应也是由三个部分组成,分别是:状态行、消息报头、响应数据

请求行

请求行以一个方法符号开头,以空格分开,后面跟着请求的URI和协议的版本,格式如下:Method Request-URI HTTP-Version CRLF
其中 Method表示请求方法;Request-URI是一个统一资源标识符;HTTP-Version表示请求的HTTP协议版本;CRLF表示回车和换行(除了作为结尾的CRLF外,不允许出现单独的CR或LF字符)

GET /main.html HTTP/1.1
请求方法
  • 请求方法

     GET     请求获取Request-URI所标识的资源
     POST    在Request-URI所标识的资源后附加新的数据
     HEAD    请求获取由Request-URI所标识的资源的响应消息报头
     PUT     请求服务器存储一个资源,并用Request-URI作为其标识
     DELETE  请求服务器删除Request-URI所标识的资源
     TRACE   请求服务器回送收到的请求信息,主要用于测试或诊断
     CONNECT 保留将来使用
     OPTIONS 请求查询服务器的性能,或者查询与资源相关的选项和需求
    

举例:
GET方法:一般在在浏览器的地址栏中输入网址访问网页时,浏览器采用 GET方法向服务器获取资源,这种方式参数会拼接到URL后面,不太安全,并且有长度限制。
POST方法:要求被请求服务器接受附在请求后面的数据,常用于提交表单。这种方式提交表单会把参数放在Body中,相对比较安全。
其他方法就不一一举例了,需要深入了解,可自行搜索。

URL

HTTP URL 是一种特殊类型的URI,包含了用于查找某个资源的足够的信息,格式如下:

http://host[':'port][path]
如:http://127.0.0.1:8080/system/index

http://表示通过HTTP协议来定位网络资源;host表示主机域名或IP地址;port表示一个端口号,为空则使用默认端口80path表示请求资源的URI,如果path为空,则会默认以/的URI作为path去请求。

状态行

状态行格式如下:
HTTPVersion StatusCode Reason-Phrase CRLF
其中,HTTPVersion表示服务器HTTP协议的版本;StatusCode表示服务器响应的状态代码;ReasonPhrase表示状态代码的文本描述。
状态代码有三位数字组成,第一个数字定义了响应的类别,且有五种可能取值:

1xx:指示信息--表示请求已接收,继续处理
2xx:成功--表示请求已被成功接收、理解、接受
3xx:重定向--要完成请求必须进行更进一步的操作
4xx:客户端错误--请求有语法错误或请求无法实现
5xx:服务器端错误--服务器未能实现合法的请求

常见的状态代码有

200 OK // 请求成功
304 Not Modified // 服务端已经执行了GET,但文件未变化,从缓存中返回的资源
400 Bad Request  //客户端请求有语法错误,不能被服务器所理解
401 Unauthorized //请求未经授权,这个状态代码必须和WWW-Authenticate报头域一起使用 
403 Forbidden  //服务器收到请求,但是拒绝提供服务
404 Not Found  //请求资源不存在,eg:输入了错误的URL
500 Internal Server Error //服务器发生不可预期的错误
503 Server Unavailable  //服务器当前不能处理客户端的请求,一段时间后可能恢复正常

消息报头之请求报头

HTTP消息报头包括普通报头、请求报头、响应报头、实体报头,先说说请求报头到底是什么。
每一个消息报头域都是由[name][': '][value]组成,消息报头域的名字是大小写无关的,如:content-type: application/json
对于请求报头,直接上图
在这里插入图片描述
这种就是请求报头,可以按F12打开开发者工具,进入network中点开任意一个请求查看。
常见的请求报头如下:

Header描述案例
Accept指定客户端能够接收的内容类型Accept: text/plain, text/html
Accept-Charset浏览器可以接受的字符编码集。Accept-Charset: iso-8859-5
Accept-Encoding指定浏览器可以支持的web服务器返回内容压缩编码类型。Accept-Encoding: compress, gzip
Accept-Language浏览器可接受的语言Accept-Language: en,zh
Accept-Ranges可以请求网页实体的一个或者多个子范围字段Accept-Ranges: bytes
AuthorizationHTTP授权的授权证书Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==
Cache-Control指定请求和响应遵循的缓存机制Cache-Control: no-cache
Connection表示是否需要持久连接。(HTTP 1.1默认进行持久连接)Connection: close
CookieHTTP请求发送时,会把保存在该请求域名下的所有cookie值一起发送给web服务器。Cookie: $Version=1; Skin=new;
Content-Length请求的内容长度Content-Length: 348
Content-Type请求的与实体对应的MIME信息Content-Type: application/x-www-form-urlencoded
Date请求发送的日期和时间Date: Tue, 15 Nov 2010 08:12:31 GMT
Expect请求的特定的服务器行为Expect: 100-continue
From发出请求的用户的EmailFrom: user@email.com
Host指定请求的服务器的域名和端口号Host: www.baidu.com
If-Match只有请求内容与实体相匹配才有效If-Match: “737060cd8c284d8af7ad3082f209582d”
If-Modified-Since如果请求的部分在指定时间之后被修改则请求成功,未被修改则返回304代码If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT
If-None-Match如果内容未改变返回304代码,参数为服务器先前发送的Etag,与服务器回应的Etag比较判断是否改变If-None-Match: “737060cd8c284d8af7ad3082f209582d”
If-Range如果实体未改变,服务器发送客户端丢失的部分,否则发送整个实体。参数也为EtagIf-Range: “737060cd8c284d8af7ad3082f209582d”
If-Unmodified-Since只在实体在指定时间之后未被修改才请求成功If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT
Max-Forwards限制信息通过代理和网关传送的时间Max-Forwards: 10
Pragma用来包含实现特定的指令Pragma: no-cache
Proxy-Authorization连接到代理的授权证书Proxy-Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==
Range只请求实体的一部分,指定范围Range: bytes=500-999
Referer先前网页的地址,当前请求网页紧随其后,即来路Referer: https://www.baidu.com
TE客户端愿意接受的传输编码,并通知服务器接受接受尾加头信息TE: trailers,deflate;q=0.5
Upgrade向服务器指定某种传输协议以便服务器进行转换(如果支持)Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11
User-AgentUser-Agent的内容包含发出请求的用户信息User-Agent: Mozilla/5.0 (Linux; X11)
Via通知中间网关或代理服务器地址,通信协议Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning关于消息实体的警告信息Warn: 199 Miscellaneous warning

消息报头之响应报头

HTTP消息报头包括普通报头、请求报头、响应报头、实体报头,接下来说说响应报头。
响应报头允许服务器传递不能放在状态行中的附加响应信息,以及关于服务器的信息和对Request-URI所标识的资源进行下一步访问的信息。
直接上图
在这里插入图片描述
常见的响应报头

Header描述案例
Accept-Ranges表明服务器是否支持指定范围请求及哪种类型的分段请求Accept-Ranges: bytes
Age从原始服务器到代理缓存形成的估算时间(以秒计,非负)Age: 12
Allow对某网络资源的有效的请求行为,不允许则返回405Allow: GET, HEAD
Cache-Control告诉所有的缓存机制是否可以缓存及哪种类型Cache-Control: no-cache
Content-Encodingweb服务器支持的返回内容压缩编码类型。Content-Encoding: gzip
Content-Language响应体的语言Content-Language: en,zh
Content-Length响应体的长度Content-Length: 348
Content-Location请求资源可替代的备用的另一地址Content-Location: /index.htm
Content-MD5返回资源的MD5校验值Content-MD5: Q2hlY2sgSW50ZWdyaXR5IQ==
Content-Range在整个返回体中本部分的字节位置Content-Range: bytes 21010-47021/47022
Content-Type返回内容的MIME类型Content-Type: text/html; charset=utf-8
Date原始服务器消息发出的时间Date: Tue, 15 Nov 2010 08:12:31 GMT
ETag请求变量的实体标签的当前值ETag: “737060cd8c284d8af7ad3082f209582d”
Expires响应过期的日期和时间Expires: Thu, 01 Dec 2010 16:00:00 GMT
Last-Modified请求资源的最后修改时间Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT
Location用来重定向接收方到非请求URL的位置来完成请求或标识新的资源Location: https://www.baidu.com
Pragma包括实现特定的指令,它可应用到响应链上的任何接收方Pragma: no-cache
Proxy-Authenticate它指出认证方案和可应用到代理的该URL上的参数Proxy-Authenticate: Basic
refresh应用于重定向或一个新的资源被创造,在5秒之后重定向(由网景提出,被大部分浏览器支持)Refresh: 5; url=https://www.baidu.com
Retry-After如果实体暂时不可取,通知客户端在指定时间之后再次尝试Retry-After: 120
Serverweb服务器软件名称Server: Apache/1.3.27 (Unix) (Red-Hat/Linux)
Set-Cookie设置Http CookieSet-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1
Trailer指出头域在分块传输编码的尾部存在Trailer: Max-Forwards
Transfer-Encoding文件传输编码Transfer-Encoding:chunked
Vary告诉下游代理是使用缓存响应还是从原始服务器请求Vary: *
Via告知代理客户端响应是通过哪里发送的Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning警告实体可能存在的问题Warning: 199 Miscellaneous warning
WWW-Authenticate表明客户端请求实体应该使用的授权方案WWW-Authenticate: Basic
  • 2
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值