标签：服务器返回响应头中的过期时间如何实现？ (服务器如何返回给前端过期时间)

在现代的网络应用中，网络性能是我们关注的焦点之一。为了提高用户体验和网站的性能，我们需要确保应用程序提供的数据尽可能快地到达用户浏览器。然而，服务器如何命中缓存并控制数据的更新，是一个值得深入探讨的问题。 服务器响应头中的过期时间是实现这一目的的关键因素之一。本篇文章将介绍过期时间是如何实现的，以及如何使用它来改善应用程序的性能。 HTTP协议中的缓存 HTTP是一种无状态的协议，即每个客户端请求都是相互独立的。因此，服务器不会保留客户端之前的请求历史。对于一些需要频繁访问的数据（如图片、CSS、JavaScript、网页文本等），可通过缓存机制实现数据的快速访问。缓存机制可以减少客户端对服务器的请求次数，从而减轻服务器的负担，加快数据传输的速度，提高网站性能。 在HTTP头部中，有一些用于缓存控制的字段，如Cache-Control、Expires、Last-Modified等。这些字段可以告诉客户端或代理服务器如何处理缓存，提高数据的获取速度。其中，Expires头部字段就是用来设定缓存的过期时间。 Expires头部字段的格式 Expires头部字段的格式如下所示： “` Expires: [day-name], [day] [month] [year] [hour]:[minute]:[second] GMT “` Expires字段的值为一个GMT格式的日期，表示资源过期的时间。例如： “` Expires: Tue, 16 Jul 2023 12:00:00 GMT “` 这个值表示该资源的过期时间为2023年7月16日12点整。在该时间之后，客户端需要重新从服务器获取该资源。如果未设置Expires字段，或设置的时间在当前时间之前，则表明该资源已过期，客户端必须重新获取该资源。 过期时间的计算方式 过期时间是根据服务器当前时间和缓存控制策略计算出来的。服务器通常基于资源类型、大小、内容和频率等因素来设定过期时间。过期时间的主要计算方式包括以下几个步骤： 1. 获取当前时间 服务器需要知道当前的GMT时间，以便计算过期时间。服务器的当前时间应该是通过时钟同步协议（如NTP）获取的准确时间，而不是服务器的本地时间。因为服务器本地时间可能会导致误差和不一致性。 2. 计算缓存过期时间 服务器通过缓存策略（如Cache-Control）来计算缓存过期时间。缓存策略可以是固定的（如设定缓存时间为1小时）或基于资源的（如对于一个在线报价页面，设置过期时间为15分钟或当价格发生变化时过期）。一旦服务器确定了缓存策略，它会将其转换为一个绝对时间（例如，在当前时间上加上1小时或15分钟）。 3. 将过期时间添加到响应头 服务器需要将计算出的过期时间添加到响应头的Expires字段中，以便通知客户端。客户端应该对这个时间进行解析，并据此判断是否需要从服务器获取数据。 4. 客户端缓存过期 一旦过期时间到达，客户端就需要从服务器获取最新的数据。例如，如果之前缓存的数据的Expires字段是2023年1月1日11:00:00 GMT，并且当前时间是2023年1月1日12:00:00 GMT，则客户端会重新向服务器发送请求以获取最新数据。 Expires字段的限制 Expires字段有一些限制需要注意。由于日期格式是固定的，因此不能将过期时间设置得太远。例如，过期时间超过1年可能会出现解析错误。Expires字段是以GMT时间表示的，因此需要在服务器端将本地时间转换为GMT格式的时间。 此外，Expires字段不能防止中间代理对数据进行缓存并传递给其他客户端。因此，如果缓存策略具有可更改的特性，则需要使用更加现代、灵活的缓存控制机制，如Cache-Control字段。 在Web应用中，缓存是一种重要的优化方式，可以大大提高应用程序的性能和用户体验。服务器响应头中的过期时间是缓存机制的关键部分，可以帮助客户端确定何时需要从服务器获取最新数据。通过设置合理的过期时间和缓存策略，可以有效降低服务器响应时间，减轻服务器负担，提高应用程序的性能。 相关问题拓展阅读： 前端浏览器缓存机制 如何允许 链接服务器OLE DB 访问接口 “SQLNCLI10” 返回了消息 “登录超时已过期”。 前端浏览器缓存机制 在前端开发中帆唤，性能是一个永恒的话题，没有更好，只有更好。判断一个网站性能好坏，一个直入眼观的即是网页的反应速度，有一个方式就是使用悉轿弊缓存，一个优秀的缓存策略可以缩短网页请求的时间，减少延迟，并且网页可以重复利用，还可以减少带宽，降低网络负荷。 1： 为什么需要缓存？ a：缓存可以减少用户等待时间，提升用户体验 b：减少网络带宽消耗 c：降低服务器压力 Note：缓存使用不当，也会造成‘脏数据’问题 2：常见的缓存类型 强缓存 – Expires服务器端设置，表示该资源的过期时间，会有弊端，客户端时间和服务器睁族时间不一致的问题。 Cache-Control：max-age表示缓存资源的更大生命周期，单位是秒 所以Expires 结合 Cache-Control 一起使用，大型网站中一般比较适用 协商缓存- Last-Modified：值为资源的最后更新时间，随服务器response返回 If-Modified-Since：通过比较两个时间来判断资源在两次请求期间是否有过修改，如果没有，则命中协商缓存 Etag：表示资源内容的唯一标识，即资源的消息摘要 If-None-Match：服务器通过比较请求头中的If-None-Match与当前资源的Etag是否一致来判断资源是否在两次请求期间有过修改 3：缓存流程图示： a：浏览器会先检测强缓存类型（Cache-Control 或者 Expires）是否有效；命中直接浏览器本地获取缓存资源 b：未命中。服务器会根据请求头Request Header验证这个资源是否命中协商缓存，称之为HTTP二次验证，命中，服务器返回请求，但返回资源，而是告诉客户端直接中直接从浏览器缓存中获取 Note： 1.强缓存不会发生请求，协商缓存存在服务器请求 2.当协商缓存也未命中时，则服务器会将资源发送到客户端 3.F5刷新页面，会跳过强缓存 4.Ctrl+F5刷新页面，跳过强缓存和协商缓存 5.不会缓存的情况 HTTPS POST请求 根据Cookie获取认证信息 Request Header Cache-Control：no-cache， max-age=0 6.小故事大道理 上文对整个概念做了阐述，还是不够形象，我们来通过几个小故事生动理解一下： 故事一：Last-Modified 浏览器：Hi，我需要 jartto.min.js 这个文件，如果是在 Last-Modified: Fri Feb:57:31 GMT 之后修改过的，请发给我。 服务器：（检查文件的修改时间） 服务器：Oh，这个文件在那个时间之后没有被修改过，你已经有最新的版本了。 浏览器：太好了，那我就显示给用户了。 故事二：ETag 浏览器：Hi，我需要 jartto.css 这个文件，有没有不匹配 3c61f-1c1-2aecb436 这个串的 服务器：（检查 ETag…） 服务器：Hey，我这里的版本也是...