将编写好的文件放在服务器上,供其他人访问
HOSTS表--> 本地DNS -->上层DNS(包括根DNS)
长连接(Persistent Connection)
HTTP1.1 支持长连接和请求的流水线处理,在一个 TCP 连接上可以传送多个 HTTP 请求和响应,减少了建立和关闭连接的消耗和延迟,在 HTTP1.1 中默认开启长连接 keep-alive ,一定程 度上弥补了 HTTP1.0 每次请求都要创建连接的缺点。 HTTP1.0 需要使用 keep-alive 参数来告知 服务器端要建立一个长连接。
节约带宽
HTTP1.0中存在一些浪费带宽的现象,例如客户端只是需要某个对象的一部分,而服务器却将整个对象送过来了,并且不支持断点续传功能。HTTP1.1支持只发送header信息(不带任何body信息),如果服务器认为客户端有权限请求服务器,则返回100,客户端接收到100才开始把请求body发送到服务器;如果返回401,客户端就可以不用发送请求body了节约了带宽。
HOST域
在 HTTP1.0 中认为每台服务器都绑定一个唯一的 IP 地址,因此,请求消息中的 URL 并没有传递主机名 hostname , HTTP1.0 没有 host 域。随着虚拟主机技术的发展,在一台物理服务器上可 以存在多个虚拟主机( Multi-homed Web Servers ),并且它们共享一个 IP 地址。 HTTP1.1的请求消息和响应消息都支持 host 域,且请求消息中如果没有 host 域会报告一个错误( 400Bad Request )。
缓存处理
在 HTTP1.0 中主要使用 header 里的 If-Modified-Since,Expires 来做为缓存判断的标准,HTTP1.1 则引入了更多的缓存控制策略例如 Entity tag , If-Unmodified-Since, If-Match, If None-Match 等更多可供选择的缓存头来控制缓存策略。
错误通知的管理
在 HTTP1.1 中新增了 24 个错误状态响应码,如 409 ( Conflict )表示请求的资源与资源的当前状态发生冲突; 410 ( Gone )表示服务器上的某个资源被永久性的删除。
HTTP2.0 使用了多路复用的技术,做到同一个连接并发处理多个请求,而且并发请求的数量 比 HTTP1.1 大了好几个数量级。 HTTP1.1 也可以多建立几个 TCP 连接,来支持处理更多并发的 请求,但是创建 TCP 连接本身也是有开销的。
在 HTTP1.1 中, HTTP 请求和响应都是由状态行、请求 / 响应头部、消息主体三部分组成。一般 而言,消息主体都会经过 gzip 压缩,或者本身传输的就是压缩过后的二进制文件,但状态行 和头部却没有经过任何压缩,直接以纯文本传输。随着 Web 功能越来越复杂,每个页面产生的请求数也越来越多,导致消耗在头部的流量越来越多,尤其是每次都要传输 UserAgent ,Cookie 这类不会频繁变动的内容,完全是一种浪费。 HTTP1.1 不支持 header 数据的压缩, HTTP2.0 使用 HPACK 算法对 header 的数据进行压缩,这 样数据体积小了,在网络上传输就会更快。
服务端推送是一种在客户端请求之前发送数据的机制。网页使用了许多资源: HTML 、样式 表、脚本、图片等等。在 HTTP1.1 中这些资源每一个都必须明确地请求。这是一个很慢的过 程。浏览器从获取 HTML 开始,然后在它解析和评估页面的时候,增量地获取更多的资源。因为服务器必须等待浏览器做每一个请求,网络经常是空闲的和未充分使用的。为了改善延迟, HTTP2.0 引入了 server push ,它允许服务端推送资源给浏览器,在浏览器明 确地请求之前,免得客户端再次创建连接发送请求到服务器端获取。这样客户端可以直接从 本地加载这些资源,不用再通过网络