当前位置：文档库 › http头部cache-control字段解析

http头部cache-control字段解析

关于cache 控制

HTTP/1.0 提供了一种简单的cache 机制。一个源头服务器，使用一个带有时间戳的Expires 头部标识在一个响应中，这样的意思就是表示何时过期。进一步还有条件请求：在请求头部中包含一个If-Modified-Since 字段，指定的是响应头中的Last-Modified 时间戳，这样服务器就响应304，暗示被缓存的条目是有效的，或者重新取一遍条目之后返回200。

HTTP/1.0 还包含一个机制：Pragma: no-cache，对于客户端而言，意思是一个请求不能从cache 中获得。

HTTP/1.0 的机制大体上是没有问题的，但是可能有缺点，没有允许服务器或者客户端对cache 进行完全的或者明确的控制。

HTTP/1.1 尝试提供明确的和可扩展的协议机制，保留了1.0 中的设计。

在 1.1 中，一个cache 条目在达到过期时间之前是新鲜的，在过期之后则是不新鲜的。一个cache 不需要丢弃一个不新鲜的条目，但是在返回给客户端之前，它通常必须重新从源头服务器那里获得，协议允许源头服务器和终端用户来覆盖这种行为。

在HTTP/1.0 中，一个cache 条目使用If-Modified-Since 条目来重新强刷获得一个条目，它使用了绝对时间戳，带来的明显问题就是时间偏移可以。因此在HTTP/1.1 中引入了更一般的概念：etag。HTTP 服务器将etag 头部放在响应中。但问题是在大网站中多台机器的同一资源etag 应该相同，但实际计算出来不同，因此不适合使用。

HTTP/1.1 包括一些额外的新的条件请求头，除了If-Modified-Since 之外。最基本的是

If-None-Match，它允许一个客户端对一个请求的资源进行多种表示（tag），这些表示发给服务器之后如果没有一个表示可以匹配资源当前的tag 值，服务器将返回一个正常的响应，否则它将返回一个304 头部并带有etag 指示哪个表示是合理的。

HTTP/1.1 也加入了一些新的条件请求头部：If-Unmodified-Since 和If-Match，它们创建了其他类型的请求条件，特别是在Range 请求中。

HTTP/1.1 头部添加了Cache-Control 头部，既可以出现在请求中，又可以出现在响应中。由于在 1.0 当中绝对时间戳的缺陷，1.1 中使用max-age 带上的是相对时间表示cache 的最大有效时长。它也引入了单独的Age 头部，因此cache 可以暗示一个响应已经在cache 中存在了多久。

由于用户有隐私需求，private 和no-store 指令允许服务器和客户端阻止部分或者全部内容的存储，实际上，这并不保证隐私，真正的加密机制才能保证隐私。

cache-control 的值分为几类：

什么是可以被cache 的：

public

指示响应可被任何缓存区缓存。

private

指示对于单个用户的整个或部分响应消息，不能被共享缓存处理。这允许服务器仅仅描述当用户的部分响应消息，此响应消息对于其他用户的请求无效。

no-cache

指示请求或响应消息不能缓存，则cache 不能使用响应来满足随后请求，它必须成功与源头服务器校验之后才可以。

cache 可以保存什么

no-store

用于防止重要的信息被无意的发布。在请求消息中发送将使得请求和响应消息都不使用缓存。这个指令适用于整个消息，可以应用在请求头或者响应头中。如果在请求中发送，则一个cache 不能存储这个请求或者随后的响应。如果发送在响应中，一个cache 不可以存储响应的任何部分以及相关的部分。

基本过期机制的修改

一个条目的过期时间可以由源头服务器使用Expires 头部或者max-age 来指定。

cache-control max-age 暗示了响应是可以被cache 的（比如public）除非某些更严格的指令也在场。

如果一个响应同时包括Expires 头部和max-age，则Expires 将被覆盖。

max-age

指示客户端愿意接受存活时间不大于这里指定的描述的响应。除非max-stale 也存在，否则客户端将不愿意接受不新鲜的响应。

min-fresh

客户端要一个新鲜时间至少是这么多的响应。

max-stale

指示客户端愿意接受一个超过了过期时间的响应。如果max-stale 后面带有值，则它不能接受过期时间超过这个值的响应，如果没有值，则可以接受任何时候的过期响应。

cache 的校验和重新加载

must-revalidate

协议包括一个机制来让源头服务器要求所有后续响应都必须重新刷新一个cache 条目。当一个must-revalidate 指令出现在响应中时，cache 在首先从源头服务器那里重新刷新之前，不可以使用这个不新鲜的条目。

在Firefox 中，请求Nginx 下的静态文件，如果先前已经请求过：

If-Modified-Since: Wed, 24 Jun 2009 11:09:27 GMT

Cache-Control: max-age=0

HTTP/1.x 304 Not Modified

Server: nginx/0.7.64

Date: Tue, 08 Dec 2009 06:06:23 GMT

Last-Modified: Wed, 24 Jun 2009 11:09:27 GMT

Connection: keep-alive

如果F5 刷新，或者再开，就是上面的结果，如果Ctrl + F5 刷新，则：

Pragma: no-cache

Cache-Control: no-cache

HTTP/1.x 200 OK

Server: nginx/0.7.64

Date: Tue, 08 Dec 2009 06:08:50 GMT

Content-Type: image/gif

Content-Length: 1853

Last-Modified: Wed, 24 Jun 2009 11:09:27 GMT

Connection: keep-alive

Accept-Ranges: bytes

在Nginx 中，有几个地方是和响应头部cache 相关的几个字段的涉及：

ngx_http_not_modified_filter_module.c：根据if_modified_since 来决定响应代码；

ngx_http_core_module 中的if_modified_since：让你决定如何处置If-Modified-Since 字段；upstream, proxy, fastcgi 模块：对cache-control 的控制；

ngx_http_headers_filter_module.c：让你自己加额外的头部；

ngx_http_header_filter_module.c: 在这里确定输出头部字符串。

http协议正文

竭诚为您提供优质文档/双击可除 http协议正文篇一：http协议 http协议详解引言 http是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。它于1990年提出，经过几年的使用与发展，得到不断地完善和扩展。目前在www中使用的是http/1.0的第六版，http/1.1的规范化工作正在进行之中，而且http-ng(nextgenerationofhttp)的建议已经提出。http协议的主要特点可概括如下： 1.支持客户/服务器模式。 2.简单快速：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有get、head、post。每种方法规定了客户与服务器联系的类型不同。由于http协议简单，使得http服务器的程序规模小，因而通信速度很快。 3.灵活：http允许传输任意类型的数据对象。正在传输的类型由content-type加以标记。 4.无连接：无连接的含义是限制每次连接只处理一个请

求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。 5.无状态：http协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。一、http协议详解之uRl篇 http（超文本传输协议）是一个基于请求与响应模式的、无状态的、应用层的协议，常基于tcp的连接方式，http1.1版本中给出一种持续连接的机制，绝大多数的web开发，都是构建在http协议之上的web应用。 httpuRl(uRl是一种特殊类型的uRi，包含了用于查找某个资源的足够的信息)的格式如下： http://host[":"port][abs_path] http表示要通过http协议来定位网络资源；host表示合法的internet主机域名或者ip地址；port指定一个端口号，为空则使用缺省端口80；abs_path指定请求资源的uRi；如果uRl中没有给出abs_path，那么当它作为请求uRi时，必须以“/”的形式给出，通常这个工作浏览器自动帮我们完成。eg: 1、输入：

计算机网络实验-HTTP、FTP协议分析

实验二HTTP、FTP协议分析 1. 本次实验包括HTTP、FTP两个协议的分析（详见一、二）。 2. 参考文档所述步骤，完成数据包的捕获并进行分析； 3. 认真撰写实验报告，叙述实验过程要层次分明，对关键的过程或结果截图说明、分析，回答实验文档所提的思考题、问题。一、超文本传输协议(HTTP)分析【实验目的】掌握HTTP协议的原理和报文格式；了解HTTP协议的工作过程；了解应用层协议与传输层协议的关系。【实验内容】用浏览器打开网页，捕获HTTP报文并进行分析编辑一个HTTP数据报文并进行发送，并捕获该报文进行分析。【实验步骤】步骤一：使用浏览器打开网页，捕获HTTP数据包并分析： (1) 在主机上打开协议分析仪，点击工具栏上的“过滤器”，“类型过滤器”的下拉列表中选择“HTTP协议”，确定后开始进行数据捕获：

(2) 使用实验室主机上的浏览器，例如IE，打开一个网页，如URL是 HTTP//https://www.wendangku.net/doc/f011895316.html, (3) 在协议分析器中找到捕获的数据包，观察HTTP请求报文和响应报文，以及其中所使用的命令:

【思考问题】结合实验过程中的实验结果，问答下列问题： 1. 当实验主机上同时打开多个浏览器窗口并访问同一WEB站点的不同页面时，系统是根据什么把返回的页面正确地显示到相应窗口的？一个主页是否只有一个连接？ 2. 请求主页后，返回的浏览器内容的字节长度是多少？ 3. 如果请求一个不存在的网页，服务器将会应答什么？答： 1. 当实验主机上同时打开多个浏览器窗口并访问同一WEB站点的不同页面时，系统是根据地址信息把返回的页面正确地显示到相应窗口的，一个主页是只有一个连接。 2. 请求主页后，返回的浏览器内容的字节长度是 3. 如果请求一个不存在的网页，服务器将会应答404错误。二、FTP协议分析【实验目的】 1、掌握FTP协议的工作原理； 2、了解FTP协议的常用命令，并领会其链路管理、理解FTP的主动模式和被动模式 3、了解应用层协议与传输层协议的关系；【实验内容】 1. 登录FTP服务器，并捕获FTP报文进行分析；

HTTP协议的头信息详解

HTTP协议的头信息详解 HTTP协议的头信息详解通常HTTP消息包括客户机向服务器的请求消息和服务器向客户机的响应消息。这两种类型的消息由一个起始行，一个或者多个头域，一个只是头域结束的空行和可选的消息体组成。HTTP的头域包括通用头，请求头，响应头和实体头四个部分。每个头域由一个域名，冒号（:）和域值三部分组成。域名是大小写无关的，域值前可以添加任何数量的空格符，头域可以被扩展为多行，在每行开始处，使用至少一个空格或制表符。通用头域通用头域包含请求和响应消息都支持的头域，通用头域包含Cache-Control、Connection、Date、Pragma、Transfer-Encoding、Upgrade、Via。对通用头域的扩展要求通讯双方都支持此扩展，如果存在不支持的通用头域，一般将会作为实体头域处理。下面简单介绍几个在UPnP消息中使用的通用头域。 Cache-Control头域Cache -Control指定请求和响应遵循的缓存机制。在请求消息或响应消息中设置Cache-Control并不会修改另一个消息处理过程中的缓存处理过程。请求时的缓存指令包括no-cache、no-store、max-age、max-stale、

min-fresh、only-if-cached，响应消息中的指令包括public、private、no-cache、no- store、no-transform、 must-revalidate、proxy-revalidate、max-age。各个消息中的指令含义如下：Public指示响应可被任何缓存区缓存。Private指示对于单个用户的整个或部分响应消息，不能被共享缓存处理。这允许服务器仅仅描述当用户的部分响应消息，此响应消息对于其他用户的请求无效。no-cache指示请求或响应消息不能缓存no-store用于防止重要的信息被无意的发布。在请求消息中发送将使得请求和响应消息都不使用缓存。max-age指示客户机可以接收生存期不大于指定时间（以秒为单位）的响应。min-fresh指示客户机可以接收响应时间小于当前时间加上指定时间的响应。 max-stale指示客户机可以接收超出超时期间的响应消息。如果指定max-stale消息的值，那么客户机可以接收超出超时期指定值之内的响应消息。Date头域Date头域表示消息发送的时间，时间的描述格式由rfc822定义。例如，Date:Mon,31Dec200104:25:57GMT。Date描述的时间表示世界标准时，换算成本地时间，需要知道用户所在的时区。Pragma头域Pragma头域用来包含实现特定的指令，最常用的是Pragma:no-cache。在HTTP/1.1协议中，它的含义和Cache- Control:no-cache相同。请求消息请求消息的第一行为下面的格式：

利用wireshark分析HTTP协议实验报告

利用wireshark分析HTTP协议实验报告姓名：杨宝芹学号：2012117270 班级：电子信息科学与技术时间：2014.12.26

利用wireshark分析HTTP协议实验报告一、实验目的分析HTTP协议。二、实验环境连接Internet的计算机，操作系统为windows8.1； Wireshark，版本为1.10.7； Google Chrome，版本为39.0.2171.65.m；三、实验步骤 1.清空缓存在进行跟踪之前，我们首先清空Web 浏览器的高速缓存来确保Web网页是从网络中获取的，而不是从高速缓冲中取得的。之后，还要在客户端清空DNS 高速缓存，来确保Web服务器域名到IP地址的映射是从网络中请求。 2.启动wireshare 3.开始俘获 1)在菜单中选择capture-options，选择网络，打开start。如下图：

2)在浏览器地址栏中输入https://www.wendangku.net/doc/f011895316.html,，然后结束俘获，得到如下结果： 3)在过滤器中选择HTTP，点击apply，得到如下结果：

在菜单中选择file-save，保存结果，以便分析。（结果另附）四、分析数据在协议框中选择“GET/HTTP/1.1”所在的分组会看到这个基本请求行后跟随着一系列额外的请求首部。在首部后的“\r\n”表示一个回车和换行，以此将该首部与下一个首部隔开。“Host”首部在HTTP1.1版本中是必须的，它描述了URL 中机器的域名，本实验中式https://www.wendangku.net/doc/f011895316.html,。这就允许了一个Web服务器在同一时间支持许多不同的域名。有了这个数不，Web服务器就可以区别客户试图连接哪一个Web服务器，并对每个客户响应不同的内容，这就是HTTP1.0到1.1版本的主要变化。User-Agent首部描述了提出请求的Web浏览器及客户机器。接下来是一系列的Accpet首部，包括Accept（接受）、Accept-Language（接受语言）、 Accept-Encoding（接受编码）、Accept-Charset（接受字符集）。它们告诉Web

Http协议详解

引言 HTTP是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。它于1990年提出，经过几年的使用与发展，得到不断地完善和扩展。目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的规范化工作正在进行之中，而且HTTP-NG(Next Generation of HTTP)的建议已经提出。H TTP协议的主要特点可概括如下：1.支持客户/服务器模式。2.简单快速：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。3.灵活：HTTP 允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。4.无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。5.无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。一、HTTP协议详解之URL篇 http（超文本传输协议）是一个基于请求与响应模式的、无状态的、应用层的协议，常基于TCP的连接方式，HTTP1.1版本中给出一种

持续连接的机制，绝大多数的Web开发，都是构建在HTTP协议之上的Web应用。 HTTP URL (URL是一种特殊类型的URI，包含了用于查找某个资源的足够的信息)的格式如下：h ttp://host[":"port][abs_path]http表示要通过HTTP协议来定位网络资源；host表示合法的Internet主机域名或者IP地址；port指定一个端口号，为空则使用缺省端口80；abs_path 指定请求资源的URI；如果URL中没有给出abs_path，那么当它作为请求URI时，必须以“/”的形式给出，通常这个工作浏览器自动帮我们完成。e g:1、输入：https://www.wendangku.net/doc/f011895316.html,浏览器自动转换成：https://www.wendangku.net/doc/f011895316.html,/2、http:192.168.0.116:8080/index.jsp 二、HTTP协议详解之请求篇 http请求由三部分组成，分别是：请求行、消息报头、请求正文1、请求行以一个方法符号开头，以空格分开，后面跟着请求的URI 和协议的版本，格式如下：Method Request-URI HTTP-Version CRLF 其中 Method表示请求方法；Request-URI是一个统一资源标识符；HTTP-Version表示请求的HTTP协议版本；CRLF表示回车和换行（除了作为结尾的CRLF外，不允许出现单独的CR或LF字符）。请求方法（所有方法全为大写）有多种，各个方法的解释如下：GET 请求获取Request-URI所标识的资源P OST 在

HTTP请求报头详解

HTTP头字段包括4类： general-header ; request-header ; response-header ; entity-header . ********************************************************************* ********** General Header Fields ============================= general header是request、response都可用的, 但是不能用于entity. －－Cache-Control －－Connection －－Date －－Pragma －－Trailer －－Transfer-Encoding －－Upgrade －－Via －－Warning ********************************************************************* ********** Request Header Fields ====================== request-header fields 允许客户端传递关于request和客户端的附加信息到服务端，－－Accept －－Accept-Charset －－Accept-Encoding －－Accept-Language －－Authorization －－Expect －－From －－Host －－If-Match －－If-Modified-Since －－If-None-Match －－If-Range －－If-Unmodified-Since