HTTP状态代码206的规范

206 Partial Content状态代码表明服务器正在成功地完成对目标资源的范围请求，方法是传输所选表示的一个或多个部分，这些部分对应于在请求的Range头域（第3.1节）中发现的可满足的范围。

如果正在传输单个部分，生成206 Partial Content响应的服务器必须生成Content-Range头域，描述所选表示的什么范围被包围，以及由该范围构成的有效载荷。比如说：

HTTP/1.1 206 Partial Content 部分内容
日期：Wed, 15 Nov 1995 06:25:24 GMT
Last-Modified：Wed, 15 Nov 1995 04:58:08 GMT
Content-Range: bytes 21010-47021/47022
Content-Length: 26012
Content-Type: image/gif

...。26012字节的部分图像数据 ...

如果正在传输多个部分，生成206 Partial Content响应的服务器必须生成一个 "multipart/byteranges "有效载荷，如附录A所定义，以及一个包含multipart/byteranges媒体类型及其必要边界参数的Content-Type头域。为了避免与单部分响应相混淆，服务器一定不要在多部分响应的HTTP头部分生成Content-Range头字段（该字段将在每个部分中发送）。

在多部分有效载荷中每个主体部分的头区中，服务器必须生成一个与被包围在该主体部分中的范围相对应的Content-Range头字段。如果在200（OK）响应中，所选的表示法会有一个Content-Type头域，那么服务器应该在每个主体部分的头域中生成相同的Content-Type头域。

例如：

HTTP/1.1 206 Partial Content 部分内容
日期：Wed, 15 Nov 1995 06:25:24 GMT
Last-Modified：Wed, 15 Nov 1995 04:58:08 GMT
Content-Length: 1741
Content-Type: multipart/byteranges; boundary=THIS_STRING_SEPARATES

--THIS_STRING_SEPARATES
Content-Type: application/pdf
Content-Range: bytes 500-999/8000

...第一个范围...
--THIS_STRING_SEPARATES
Content-Type: application/pdf
Content-Range: bytes 7000-7999/8000

...
--THIS_STRING_SEPARATES--

当多个范围被请求时，服务器可能会合并任何重叠的范围，或者被一个小于发送多个部分的开销的间隙分开的范围，不管相应的字节范围规格出现在收到的范围头字段的顺序。由于multipart/byteranges有效载荷的各部分之间的典型开销约为80字节，这取决于所选表示的媒体类型和所选择的边界参数长度，所以传输许多小的不相干的部分可能比传输整个所选表示的效率要低。

服务器一定不要对单个范围的请求生成多部分响应，因为不请求多部分的客户端可能不支持多部分响应。然而，如果请求了多个范围，并且发现只有一个范围是可满足的，或者在凝聚之后只剩下一个范围，那么服务器可能会生成只有单个主体部分的 multipart/byteranges 有效载荷。不能处理 multipart/byteranges 响应的客户机决不能生成要求多个范围的请求。

当生成多部分响应的有效载荷时，服务器应该按照相应的字节-范围-规格出现在收到的范围头字段中的相同顺序来发送这些部分，排除那些被认为不能满足的范围或被凝聚成其他范围的范围。收到多部分响应的客户端必须检查每个主体部分中的Content-Range头域，以确定该主体部分中包含的范围；客户端不能依赖收到它请求的相同范围，也不能依赖它请求的相同顺序。当生成206 Partial Content响应时，服务器必须生成下列头字段，除了上面要求的那些，如果该字段

来源/引自： 206 Partial Content HTTP状态代码由4.1的RFC7233部分指定。