APP开发实战32-HTTP Keep-Alive模式介绍

7.6   Keep-Alive模式介绍

7.6.1模式简介

HTTP协议采用“请求-应答”模式，当使用普通模式，即非Keep-Alive模式时，每个请求/应答客户和服务器都要新建一个连接，完成之后立即断开连接(HTTP协议为无连接的协议)；当使用Keep-Alive模式(又称持久连接、连接重用)时，Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive功能避免了建立或者重新建立连接，传输性能更高效。

HTTP1.0中默认是关闭的，需要在HTTP头加入"Connection: Keep-Alive"，才能启用Keep-Alive；HTTP1.1中默认启用Keep-Alive，如果加入"Connection: close "，才关闭。

7.6.2判断消息内容/长度的大小

Keep-Alive模式发送玩数据HTTP服务器不会自动断开连接，所有不能再使用返回EOF(-1)来判断。

7.6.2.1 使用消息首部字段Conent-Length

Conent-Length表示实体内容长度，客户端（服务器）可以根据这个值来判断数据是否接收完成。

7.6.2.2 使用消息首部字段Transfer-Encoding

当客户端向服务器请求一个静态页面或者一张图片时，服务器可以很清楚的知道内容大小，然后通过Content-length消息首部字段告诉客户端需要接收多少数据。但是如果是动态页面等时，服务器是不可能预先知道内容大小，这时就可以使用Transfer-Encoding：chunk模式来传输数据了。即如果要一边产生数据，一边发给客户端，服务器就需要使用"Transfer-Encoding:chunked"这样的方式来代替Content-Length。

chunk编码将数据分成一块一块的发生。Chunked编码将使用若干个Chunk串连而成，由一个标明长度为0的chunk标示结束。每个Chunk分为头部和正文两部分，头部内容指定正文的字符总数(十六进制的数字)和数量单位(一般不写)，正文部分就是指定长度的实际内容，两部分之间用回车换行(CRLF)隔开。在最后一个长度为0的Chunk中的内容是称为footer的内容，是一些附加的Header信息（通常可以直接忽略）。

Chunk编码的格式如下：

Chunked-Body = *chunk 
                                   "0" CRLF 
                                   footer 
                                   CRLF  
chunk = chunk-size [ chunk-ext ] CRLF 
                 chunk-data CRLF

hex-no-zero = <HEXexcluding "0">

chunk-size = hex-no-zero*HEX 
chunk-ext = *( ";" chunk-ext-name [ "=" chunk-ext-value ]) 
chunk-ext-name = token 
chunk-ext-val = token | quoted-string 
chunk-data = chunk-size(OCTET)

footer = *entity-header

即Chunk编码由四部分组成：1、0至多个chunk块，2、"0" CRLF，3、footer，4、CRLF.而每个chunk块由：chunk-size、chunk-ext（可选）、CRLF、chunk-data、CRLF组成。