http的断点续传

要实现断点续传的功能，通常都需要客户端记录下当前的下载进度，并在需要续传的时候通知服务端本次需要下载的内容片段。

HTTP1.1协议（RFC2616）中定义了断点续传相关的HTTP头 Range和Content-Range字段，一个最简单的断点续传实现大概如下： 
  1.客户端下载一个1024K的文件，已经下载了其中512K 
  2. 网络中断，客户端请求续传，因此需要在HTTP头中申明本次需要续传的片段： 
       Range:bytes=512000- 
    这个头通知服务端从文件的512K位置开始传输文件 
  3. 服务端收到断点续传请求，从文件的512K位置开始传输，并且在HTTP头中增加： 
    Content-Range:bytes 512000-/1024000 
    并且此时服务端返回的HTTP状态码应该是206，而不是200。 

但是在实际场景中，会出现一种情况，即在终端发起续传请求时，URL对应的文件内容在服务端已经发生变化，此时续传的数据肯定是错误的。如何解决这个问题了？显然此时我们需要有一个标识文件唯一性的方法。在RFC2616中也有相应的定义，比如实现Last-Modified来标识文件的最后修改时间，这样即可判断出续传文件时是否已经发生过改动。同时RFC2616中还定义有一个ETag的头，可以使用ETag头来放置文件的唯一标识，比如文件的MD5值。

终端在发起续传请求时应该在HTTP头中申明If-Match 或者If-Modified-Since 字段，帮助服务端判别文件变化。 

另外RFC2616中同时定义有一个If-Range头，终端如果在续传是使用If-Range。If-Range中的内容可以为最初收到的ETag头或者是Last-Modfied中的最后修改时候。服务端在收到续传请求时，通过If-Range中的内容进行校验，校验一致时返回206的续传回应，不一致时服务端则返回200回应，回应的内容为新的文件的全部数据。

 

Cache-control: max-age=5
表示当访问此网页后的5秒内再次访问不会去服务器
果值为no-cache，那么每次都会访问。如果值为max-age，则在过期之前不会重复访问。

Pragma: no-cache：跟Cache-Control: no-cache相同，Pragma: no-cache兼容http 1.0

 

 

 遇到无法在线播放的问题

1.新cdn没有支持range请求，导致浏览器无法断点续传在线播放（必须支持range请求的即断点续传，浏览器才可以在线播放） 

2.新cdn的源站或者cdn管理平台上必须设置过期时间，才会支持range请求。对于mp4类，源站没有设置过期时间，即立马过期。可能cdn基于这点考虑认为无法支持range请求。 

 

 

cdn的设置

缓存时间

缓存时间：CDN的策略按照以下规则进行：

每个对象的超时时间，由源站的HTTP响应所决定：

1. 如果响应中包括Cache-Control头，并且值为max-age，则根据其指定的相对时间作为对象超时时间；
2. 如果响应中包括Cache-Control头，并且值不为max-age（如no-cache,private等），则不缓存该对象；
3. 否则，如果响应中包含Expires头，则根据该头指定的绝对时间作为对象超时时间；
4. 否则（即不包含上述两个响应头），超时时间默认不缓存。（此策略后续可能会变化。）
5. 各个参数值，请使用标准写法。

请尽量在源站设置Cache-Control或Expires头，以明确设置对象超时时间。

CDN也可以支持给业务下所有对象设置一个固定的缓存时间，如有需要，可在申请上线时，在表单写明；如非必要，不建议如此使用。

缓存key值：CDN是一个KEY-Value形式的存储，默认KEY为文件的uri ，即http://www.hao123.com/img/a.jpg? v1= 1&v2=2中的飘红部分，若飘红部分（URI）有变化，CDN会认为key值变了，对应的文件不存在，重新回源拉取，而其他字段的变化忽略，认为文件没有更新，即http://www.hao123.com/img/a.jpg? v1= 1&v2=2 和 http://www.hao123.com/img/a.jpg? v111= 1&v2=211 ，对CDN来说是同一个文件。

注意若文件的更新方式是修改querystring，即上述示例URL中的v1或者v2，那么请提供这个字段作为key值，key值的组合方式有以下几种：

1. URI
2. URI + 部分 querystring
3. URI + 所有querystring

上述情况可选择带?或者不带？。

请在申请时，注意写明白。

 

1.源站要返回 Cache-Control头，dns才会生效

2.看dns生效没有的标识是，返回response header里是否含有age字段：该自动是cdn依据服务端信息计算出来的

3. 浏览器返回304的方式是：服务端必须返回Last-Modified和Etags字段，用于判断内容是否有修改

 

 

基础知识
　　1) 什么是”Last-Modified”?
　　在浏览器第一次请求某一个URL时，服务器端的返回状态会是200，内容是你请求的资源，同时有一个Last-Modified的属性标记此文件在服务期端最后被修改的时间，格式类似这样：
　　Last-Modified: Fri, 12 May 2006 18:53:33 GMT
　　客户端第二次请求此URL时，根据 HTTP 协议的规定，浏览器会向服务器传送 If-Modified-Since 报头，询问该时间之后文件是否有被修改过：
　　If-Modified-Since: Fri, 12 May 2006 18:53:33 GMT
　　如果服务器端的资源没有变化，则自动返回 HTTP 304 （Not Changed.）状态码，内容为空，这样就节省了传输数据量。当服务器端代码发生改变或者重启服务器时，则重新发出资源，返回和第一次请求时类似。从而保证不向客户端重复发出资源，也保证当服务器有变化时，客户端能够得到最新的资源。
　　2) 什么是”Etag”?
　　HTTP 协议规格说明定义ETag为“被请求变量的实体值” （参见 —— 章节 14.19）。 另一种说法是，ETag是一个可以与Web资源关联的记号（token）。典型的Web资源可以一个Web页，但也可能是JSON或XML文档。服务器单独负责判断记号是什么及其含义，并在HTTP响应头中将其传送到客户端，以下是服务器端返回的格式：
　　ETag: "50b1c1d4f775c61:df3"
　　客户端的查询更新格式是这样的：
　　If-None-Match: W/"50b1c1d4f775c61:df3"
　　如果ETag没改变，则返回状态304然后不返回，这也和Last-Modified一样。本人测试Etag主要在断点下载时比较有用。
　　Last-Modified和Etags如何帮助提高性能?
　　聪明的开发者会把Last-Modified 和ETags请求的http报头一起使用，这样可利用客户端（例如浏览器）的缓存。因为服务器首先产生 Last-Modified/Etag标记，服务器可在稍后使用它来判断页面是否已经被修改。本质上，客户端通过将该记号传回服务器要求服务器验证其（客户端）缓存。
　　过程如下:

1. 客户端请求一个页面（A）。
2. 服务器返回页面A，并在给A加上一个Last-Modified/ETag。
3. 客户端展现该页面，并将页面连同Last-Modified/ETag一起缓存。
4. 客户再次请求页面A，并将上次请求时服务器返回的Last-Modified/ETag一起传递给服务器。
5. 服务器检查该Last-Modified或ETag，并判断出该页面自上次客户端请求之后还未被修改，直接返回响应304和一个空的响应体。