一、HTTP协议的主要特点
- 简单快速
每个资源URI(统一资源符)是固定的,比如图片、页面地址,所以HTTP协议中处理比较简单,访问输入某个资源URI即可。 - 灵活
HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。 - 无连接(重点)
连接一次就会断开,不会保持连接。 - 无状态(重点)
客户端和服务端两种身份,客户端向服务端请求一个图片,HTTP帮你建立连接、传输结束后,连接断开,下次客户端在请求数据,服务端是无法区分上次连接和这次连接是否是同一身份,因为服务端没有记住你的状态。单从HTTP协议上是无法区分两次连接者的身份。
状态区分是通过服务端加一些session做到的。
二、HTTP报文的组成部分
-
请求报文
(1)请求行
由请求方法、URL、HTTP协议版本3个字段组成,它们用空格分隔, 比如GET /tools.html HTTP/1.1。
(2)请求头
key、value的键值对。
(3)空行
分隔首部和主体。上面为首部,下面为主体。空行意味着首部的结束。
(4)请求体
要发送给 Web 服务器的数据。
起始行和首部都是纯文本形式且都是结构化。主体包含了所有的数据类型,可以是纯文本,可以是任意的二进制数据(比如图片,视频,音轨,软件程序),还可以为空。 -
响应报文
(1)响应行
版本协议、状态码、状态码的简单描述3个字段组成,它们也用空格分隔 ,比如 HTTP/1.1 200 OK
(2)响应头
(3)空行
(4)响应体
装载了要返回给客户端的数据。
三、HTTP方法
- GET 获取资源
- POST 传输资源
- PUT 更新资源
- DELETE 删除资源
- HEAD 获取报文首部
四、POST和GET的区别
(1)GET在浏览器回退是无害的,而POST会再次提交请求
(2)GET请求会被浏览器主动缓存,而POST不会,除非手动设置
(3)GET请求参数会被完整保留在浏览器的历史记录里,而POST中的参数不会被保留
(4)GET请求在URL中传送的参数是有长度限制的,而POST没有限制
(5)GET参数通过URL传递,POST放在Request body中
(6)GET请求只能进行url编码,而POST支持多种编码方式
(7)对参数的数据类型,GET只接受ASCLL字符,而POST没有限制
(8)GET产生的URL地址可以被收藏,而POST不可以
(9)GET比POST更不安全,因为参数直接暴露在URL上,所以不能用来传递敏感信息
五、HTTP状态码
1xx:指示信息 ——表示请求已接收,继续处理
2xx:成功——表示请求已被成功接收
3xx:重定向——要完成请求必须进行更进一步的操作
4xx:客户端错误——请求有语法错误或请求无法实现
5xx:服务端错误——服务器未能实现合法的请求
200 OK:客户端请求成功
206 Partial Content:客户发送了一个带Range头的GET请求,服务器完成了它
301 Moved Permanently:所请求的页面已经转移到新的url
302 Found:所请求的页面已经临时转移至新的url
304 Not Modified:客户端有缓冲的文档并发出了一个条件性的请求,服务器告诉客户,原来缓冲的文档还可以继续使用
400 Bad Request:客户端请求有语法错误,不能被服务端所理解
401 Unauthorized:请求未经授权,这个状态代码必须和WWW-Authenticate报头域一起使用
403 Forbidden:对被请求页面的访问被禁止
404 Not Found:请求资源不存在
500 Internal Server Error:服务器发送不可预期的错误原来缓冲文档还可以继续使用
503 Server Unavailable:请求未完成,服务器临时过载或当机,一段时间后可能恢复正常
六、什么是持久连接
1.1版本支持持久连接
1、HTTP协议采用"请求-应答"模式,当使用普通模式,即非Keep-Alive模式时,每个请求/应答客户和服务器都要建立一个连接,完成之后立即断开连接(HTTP协议为无连接的协议)
2、当使用Keep-Alive模式(持久连接、连接重用)时,Keep-Alive功能使客户端到服务器端连接持续有效,当出现对服务器的后续请求时,Keep-Alive功能避免了建立或者重新建立连接
七、什么是管线化
1、在使用持久连接的情况下,某个连接上消息的传递类似于
请求1->响应1->请求2->响应2->请求3->响应3
2、管线化通道是持久建立的,把所有请求打包一次传输,所有响应打包一次传输
请求1->请求2->请求3->响应1-> 响应2->响应3
3、特点
- 管线化机制通过持久连接完成,仅HTTP/1.1支持此技术
- 只有GET和HEAD请求可以进行管线化,而POST则有所限制
- 初次创建连接时不应启动管线机制,因为对方(服务器)不一定支持HTTP/1.1版本的协议
- 管线化不会影响响应到来的顺序,响应返还的顺序并未改变
- HTTP/1.1要求服务器端支持管线化,但并不要求服务器端也对响应进行管线化处理,只是要求对于管线化的请求不失败即可
- 由于上面提到的服务器端问题,开启管线化很可能并不会带来大幅度的性能提升,而且很多服务器端和代理程序对管线化的支持并不好,因此现代浏览器如Chrome和Firefox默认并未开启管线化支持
网友评论