概述在HTTP协议中，请求头If-Match、If-None-Match、If-Modified-Since、If-Unmodified-Since、If-Range主要是为了解决浏览器缓存数据而定义的请求头标准

当我们下载资源时很有可能因为断网等原因导致下载中断，那么我们最希望的肯定是重新联网后继续上一次下载，而不是要重新下载，万一我们已经下载了99%，让我们重新下载那岂不是太令人头秃了断点续传相关的header信息：Accept-Ranges，If-Range

你说有个if-range，那么你是什么场景下用到过吗？（我说没用到过，只是一些请求上看到过这个字段）协商缓存有两种手段，时间和etag，两者有什么优劣？（last-modified不能准确表

Pragma条件请求头部：ExpectIf-Match（［ETag实体标记］相关）If-Modified-Since（服务器返回304时的特殊处理）If-None-Match（［ETag实体标记］相关）If-Range

以指定获取服务器某部分的资源Accept-Ranges:none或bytes二、Age:资源缓存的年龄，也就是资源自缓存以来到现在已经过去了多长时间三、ETag:资源标签经常和If-Match、If-None-Match、If-Range

Accept-Charset、Accept-Encoding、Accept-Language、Authorization、From、Host、If-Modified-Since、If-Match、If-None-Match、If-Range

200：服务器响应成功204：请求处理成功，但无资源返回，一般只需要从客户端往服务端发送信息，而对客户端不需要发送新消息内容的情况下使用206：客户端进行了范围请求，range指定范围，当请求字段if-range

Http206文件断点续传下载原理HTTP304/200(fromcache)静态资源缓存原理HTTP204/205状态响应&HEAD请求header标头说明断点续传下载需要重视2个请求头Range与If-Range

大文件下载完成之后修改数据库功能 我服务器上文件只能下载一次，下载了之后就不能下载了，大文件或网速不好时，可能服务端文件流发送完了，客户端还没下载完，导致下载失败， 那么最好的办法就是：在续传时不判断（If-Range

如果请求消息包含if-modified-since，if-unmodified-siince,if-match,if-none-match 或者if-range头域，G

Pragma条件请求头部：ExpectIf-Match（［ETag实体标记］相关）If-Modified-Since（服务器返回304时的特殊处理）If-None-Match（［ETag实体标记］相关）If-Range

如果请求消息包含If-Modified-Since,，If-Unmodified-Since，If-Match，If-None-Match或者If-Range

我服务器上文件只能下载一次，下载了之后就不能下载了，大文件或网速不好时，可能服务端文件流发送完了，客户端还没下载完，导致下载失败，那么最好的办法就是：在续传时不判断（If-Range，或If-Match

.*)Bugfix:inprocessingthe"If-Modified-Since","If-Range",etc.clientrequesthead