基于Django的电子商务网站开发（连载6）

1.3.4 HTTP的连接性

通信中无连接的含义是限制每次连接只处理一个请求。服务器处理完客户端的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。在日常生活中可以认为普通邮件（是Mail，非Email）是无连接的，而打电话是有连接的。当发送邮件的时候，虽然信封上有收件人的地址和邮编，但是邮件有无收到，不通过其他方式，是不可能知道的，所以无连接的通信是不可靠的；而打电话是有连接的，正常情况包括拨号，应答和挂断，如果对方正在通话显示忙音，如果对方不在现场则显示无人应答，所以有连接的通信是可靠的。

HTTP协议是无连接的，这是由于早期HTTP 协议产生的时候，服务器需要同时处理面向全世界数十万、甚至上百万个客户端的网页访问，但是每个浏览器与服务器之间交换的间歇性是比较大的，并且网页浏览的发散性导致了两次传送的数据关联性是很低的，大部分的通道实际上会很空闲、无端占用资源，所以HTTP的设计者有意利用这种特点将协议设计为请求时建连接、请求完释放连接，即面向无连接的，以尽快将资源释放出来服务给其他客户端。

　　但是随着时间的推移，网页变得越来越复杂，网页里面有很多图片、视频等文件，这种情况和如果每次访问都需要建立一次TCP连接就显得很低效。因此，Keep-Alive在HTTP 1.1中被提出用来解决这个低效的问题。

Keep-Alive 可以使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive能够避免了建立或者重新建立连接。大部分Web 服务器，包括Django、IIS 和 Apache，都支持 HTTPKeep-Alive。对于提供静态内容的网站来说，这个功能通常是非常有用的。但是，对于负担较重的网站来说，这里存在另外一个问题，就是对性能的影响。当Web服务器和应用服务器在同一台机器上运行时，Keep-Alive功能对资源利用的影响尤其突出。

有了Keep-Alive，客户端和服务器之间的HTTP连接就会被保持，不会断开，当客户端发送另外一个请求时，就使用这条已经建立的连接。

图1-11是基于HTTP 1.0的页面请求。

（1）浏览器与WEB服务器建立连接。

（2）浏览器向WEB服务器发送HTTP网页1的请求。

（3）WEB服务器向浏览器返回网页1的响应消息。

（4）浏览器与WEB服务器断开连接。

（5）浏览器与WEB服务器建立连接。

（6）浏览器向WEB服务器发送图片1.1请求。

（7）WEB服务器向浏览器返回图片1.1的响应消息。

（8）浏览器与WEB服务器断开连接。

…

（n）浏览器与WEB服务器建立连接。

（n+1）浏览器向WEB服务器发送HTTP网页2的请求。

（n+2）WEB服务器向浏览器返回网页2的响应消息。

（n+3）浏览器与WEB服务器断开连接。

（n+4）浏览器与WEB服务器建立连接。

（n+5）浏览器向WEB服务器发送图片2.1请求。

（n+6）WEB服务器向浏览器返回图片2.1的响应消息。

（n+7）浏览器与WEB服务器断开连接。

…

图1-11基于HTTP 1.0的页面请求

图1-12是基于HTTP 1.1的页面请求，在这里加入了。HTTPKeep-Alive。

图1-12基于HTTP 1.0的页面请求

（1）浏览器与WEB服务器建立连接。

（2）浏览器向WEB服务器发送HTTP网页1的请求。

（3）WEB服务器向浏览器返回网页1的响应消息。

（4）浏览器向WEB服务器发送图片1.1请求。

（5）浏览器向WEB服务器发送图片1.2请求。

（6）浏览器向WEB服务器发送图片1.3请求。

（7）WEB服务器向浏览器返回图片1.1的响应消息。

（8）WEB服务器向浏览器返回图片1.2的响应消息。

（9）WEB服务器向浏览器返回图片1.3的响应消息。

（10）浏览器与WEB服务器断开连接。（注意：不同的HTML页面不能通过HTTPKeep-Alive保持连接。）

（11）浏览器与WEB服务器建立连接。

（12）浏览器向WEB服务器发送HTTP网页2的请求。

（13）WEB服务器向浏览器返回网页2的响应消息。

（14）浏览器向WEB服务器发送图片2.1请求。

（15）浏览器向WEB服务器发送图片2.2请求。

（16）WEB服务器向浏览器返回图片2.1的响应消息。

（17）WEB服务器向浏览器返回图片2.2的响应消息。

（18）浏览器与WEB服务器断开连接。