最近在学习《图解 HTTP》这本书，其中在介绍 http 的通用首部字段这里，有几个地方讲的不是很清楚，这里做一个小总结。
推荐链接到语雀看我的文章，里面格式相比CSDN更加友好，创作也更加简便 语雀-通用首部字段-no-cache 和 no-store 的区别
no-cache 指令：
Cache-Control: no-cache
no-store 指令：
Cache-Control: no-store
no-cache
● 使用 no-cache 指令的目的是为了防止从缓存中返回过期的资源。“no-cache” 指令告诉浏览器和代理服务器不要缓存响应数据。这意味着缓存会将响应数据存储在缓存中，但在将响应返回给客户端之前，必须先将该响应提交给服务器进行验证。服务器会检查响应的有效性，如果发现响应仍然有效，服务器会返回一个新的验证令牌（ETag），以通知缓存可以使用它，否则服务器将返回新的响应数据。这种方式被称为“验证缓存”。
no-store
● “no-store” 指令更为严格，它要求浏览器和代理服务器不要在任何情况下缓存响应数据。这意味着每次请求都需要从原始服务器重新获取数据，不进行任何缓存。这可以用于敏感数据或者响应数据频繁更改的情况，以确保不会在客户端或代理服务器上存储敏感信息或者过期的数据。
总结一下：
“no-cache” 指令要求缓存对响应数据进行缓存，但在使用缓存数据之前需要向原始服务器进行验证。
“no-store” 指令要求不对响应数据进行任何形式的缓存，每次请求都需要从原始服务器重新获取数据。
选择使用哪种指令取决于你的应用场景和安全需求。如果需要在减少网络请求次数的同时确保数据的有效性，可以使用 “no-cache” 指令。如果需要确保绝不缓存响应数据，可以使用 “no-store” 指令。
但书中有这样一段话：
如果服务器返回的响应中包含no-cache指令，那么缓存服务器不能对资源进行缓存。源服务器以后也
将不再对缓存服务器请求中提出的资源有效性进行确认，且禁止其对响应资源进行缓存操作。
Cache-Control: no-cache=Location
由服务器返回的响应中，若报文首部字段Cache-Control中对no-cache字段名名具体指定参数值，
那么客户端在接收到这个被指定参数值的首部字段对应的响应报文后，就不能使用缓存。
显然，这段话与“验证缓存”的解释有所冲突，但其实这段话是在解释 Cache-Control 首部字段中的 “no-cache” 指令，并提到了特定情况下的参数值。
首先，Cache-Control 首部字段用于控制 HTTP 缓存的行为，其中 “no-cache” 是一种常用的指令，用于指示缓存不应该使用存储的响应数据，而应该在每次请求时向服务器验证响应的有效性。
这段话中提到的 “Cache-Control: no-cache=Location” 是一个特定的情况，它指定了 “no-cache” 指令的参数值为 “Location”。这表示在接收到带有这个参数值的 “Cache-Control” 首部字段的响应后，客户端不能使用缓存来存储该响应。
一般情况下，“no-cache” 指令不需要参数值，它的存在就足以告诉缓存不要使用存储的响应数据。然而，在一些特殊情况下，服务器可能希望对 “no-cache” 指令进行更加具体的控制，以指定哪些部分的响应不能被缓存。在这种情况下，服务器可以在 “no-cache” 后面加上参数值，如 "no-cache=Location"，以指定哪个特定的首部字段（这里是 “Location”）不应该被缓存。
总的来说，“Cache-Control: no-cache” 表示不应该使用缓存中的响应数据，但如果服务器希望更加具体地指定哪些部分不能被缓存，它可以添加参数值来进一步限制缓存的行为。在这个例子中，服务器指定了 “Location” 首部字段的响应不应该被缓存。
ps：这里指定的 “Location” 首部字段的响应不应该被缓存指的是整个响应数据都不应该被缓存。当服务器返回带有 “Cache-Control: no-cache=Location” 的响应时，这意味着整个响应数据，包括所有的响应头（包括 “Location” 首部字段）和响应主体，都不应该被缓存。
实际上， “no-cache” 指令的行为在不同上下文中可能有不同的含义，这取决于它的使用方式以及与之关联的其他标头。
在一些情况下， “no-cache” 指令确实会让缓存服务器存储响应数据，但在将其返回给客户端之前，必须将响应提交给原始服务器进行验证。这被称为“验证缓存”。
然而，在另一些情况下，特别是当 “no-cache” 携带了一些参数值（如书中提到的 “no-cache=Location”）时，它可以更加具体地控制哪些部分不应该被缓存。在这种情况下，服务器可能要求缓存不缓存响应的某些部分，比如特定的响应头字段（如 “Location”）。
所以，要理解 “no-cache” 的确切行为，需要查看它的上下文和与之关联的其他标头。通常情况下，它表示缓存需要将响应提交给服务器进行验证，但在一些特殊情况下，它可能会更具体地指示不应该缓存某些部分。