图解HTTP读书笔记(九)
第9章 基于HTTP的功能追加协议
- 消除HTTP瓶颈的SPDY
- 使用浏览器进行全双工通信的WebSocket
- HTTP/2.0
- Web服务器管理文件的WebDAV
消除HTTP瓶颈的SPDY
Google在2010年发布了SPDY,其开发目标旨在解决HTTP的性能瓶颈,缩短Web页面的加载时间(50%)。
- SPDY
SPDY以会话层的形式加入,控制对数据的流动,但还是采用HTTP建立通信连接。同时考虑安全性,使用SSL包裹会话层。
多路复用流
通过单一的TCP连接,可以无限制处理多个HTTP请求。所有请求的处理都在一条TCP连接上完成,因此TCP的处理效率得到提高。
赋予请求优先级
SPDY不仅可以无限制的并发处理请求,还可以给请求逐个分配优先级顺序。这样主要是为了在发送多个请求时,解决因带宽低导致响应慢的问题。
压缩HTTP首部
压缩HTTP请求和响应的首部。这样一来,通信产生的数据包数量和发送的字节数就更少了。
推送功能
支持服务器主动向客户端推送数据功能。这样服务器可直接发送数据,而不必等待客户端的请求。
服务器提示功能
服务器可以在主动提示客户端请求所需的资源。由于在客户端发现资源之前就可以获知资源的存在,因此在资源已缓存等情况下,可以避免发送不必要的请求。
使用浏览器进行全双工通信的WebSocket
一旦Web服务器于客户端之间建立起WebScoket协议的通信连接,之后所有的通信都依靠这个专用的协议。
WebScoket协议的特点
推送功能
支持由服务器向客户端推送数据。
减少通信量
只要建立起WebSocket连接,就希望一直保持连接状态。和HTTP相比,不但每次连接时的总开销减少,而且由于WebSocket的首部信息很小,通信量也相应减少。
握手·请求
为了实现WebSocket通信,需要用到HTTP的Upgrade首部字段,告知服务器通信协议发生改变,已达到握手的目的。
Sec-WebSocket-Key字段内记录着握手过程中必不可少的键值。Sec-WenSocket-Protocol字段内记录使用的子协议。
握手·响应
对于之前的请求,返回状态码101 Switching Protocols的响应。
Sec-WebSocket-Accept的字段值是由握手请求中的Sec-WebSocket-Key的字段值生成的。
成功握手确立WebSocket连接之后,通信不再使用HTTP的数据帧,而采用WebSocket独立的数据帧。
HTTP/2.0
HTTP/2.0的目标是改善用户在使用Web时的速度体验。
HTTP/2.0围绕着主要的7项技术进行讨论,主要倾向于以下协议技术。
Web服务器管理文件的WebDAV
WebDVA(Web-based Distributed Authoring and Versioning,基于万维网的分布式创作和版本控制)是一个可对Web服务器上的内容直接进行文件复制、编辑等操作的分布式文件系统。
除了创建、删除文件等基本功能,他还具备文件创建者管理、文件编辑过程中禁止其他用户内容覆盖的加锁功能,以及对文件内容修改的版本控制功能。
扩展HTTP/1.1的webDAV
针对服务器上的资源,WebDAV新增加上一些概念,如下所示:
- 集合(Collection):是一种统一管理多个资源的概念。以集合为单位可进行各种操作。也可实现类似集合的集合这样的叠加。
- 资源(Resource):把文件或集合称为资源。
- 属性(Property):定义资源的属性。定义以“名称=值”的格式执行。
- 锁(Lock):把文件设置成无法编辑状态。多人同时编辑时,可防止在同一时间进入内容写入。
WebDAV内新增的方法及状态码
WebDAV为实现远程文件管理,向HTTP/1.1中追加了以下这些方法。
- PROPFIND:获取属性
- PROPPATCH:修改属性
- MKCOL:创建集合
- COPY:复制资源及属性
- MOVE:移动资源
- LOCK:资源加锁
- UNLOCK:资源解锁
为配合扩展的方法,状态码也随之扩展。
- 102 Processing:可正常处理请求,但目前是处理中的状态
- 207 Muti-Status:存在多种状态
- 422 Unprocessible Entity:格式正确,内容有误
- 423 Locked:资源已被加锁
- 424 Failed Dependency:处理与某请求关联的请求失败,因此不再维持依赖关系
- 507 Insufficient Storage:保存空间不足