什么是缓存？面向应用构建者的通俗指南

缓存是指保留一份现成的副本，这份内容本身获取起来很慢或成本很高，因此下次请求时可以直接从这份副本快速作出响应。保存下来的副本称为缓存（cache）。例如，浏览器会缓存图片，使你第二次访问网站时加载得更快；服务器会缓存慢速数据库查询的结果，这样就不必为每位访客都执行一次查询。

缓存能让应用运行得更快，成本也更低。它的一个主要权衡是：副本可能会过时。

用 AI 构建应用时为什么缓存很重要

在 AI 构建的应用中，你会在三种情况下遇到缓存：

• “我更新了应用，但仍然看到旧版本。” 这是最常见的缓存情形，通常并无大碍——你的浏览器或 CDN 正在显示保存的副本。
• 速度。 如果某个页面因为对每位访客都要重新计算相同的数字而变慢，那么缓存计算结果可以让它几乎瞬间打开。
• 成本。 许多 AI 构建工具和主机会对计算资源、数据库时长和外部 API 调用收费。如果一千位访客都触发了同一个昂贵的请求，缓存可以让你只为它付一次费用。

了解基本知识后，你就能在有帮助的地方主动要求使用缓存，也能在缓存导致某些异常现象时及时发现问题所在。

一个日常类比

想象一家繁忙咖啡馆的厨房。

每天早上，咖啡师可以在顾客点单时，现磨咖啡豆再冲泡每一杯咖啡，但这样很慢。于是他们会把一壶滤泡咖啡提前放在保温板上。大多数顾客几秒钟就能拿到咖啡——这就是缓存命中（cache hit）。当这壶咖啡卖完，就重新冲泡一壶——这就是缓存未命中（cache miss）。

但咖啡放太久会变质，所以咖啡馆规定：超过 30 分钟的咖啡壶一律倒掉。这条规则就是缓存的过期时间。没有人会整天都用同一壶咖啡，也没有人会提前泡好某位顾客特制的、加了燕麦奶和三勺糖的咖啡——有些东西根本不应该被缓存。

缓存存放在哪里

一次页面加载可能会经过多层缓存，从离用户最近到最远依次排列：

CDN（内容分发网络）本质上是一个面向全球、专门缓存你网站文件的缓存网络。

缓存如何决定保留什么

每一层缓存都必须回答同样的几个问题：

• **什么可以缓存？**公开的共享数据（如商品图片、博客文章）——可以。私人数据（如用户的账户页面、他们的消息）——绝不能放在共享缓存中。
• **缓存多久？**这就是 TTL（存活时间）。Logo 可能缓存一年，而库存数量可能只缓存 30 秒。
• 如何更新？要么副本过期后重新获取，要么在数据变化时由应用主动删除副本——这称为失效（invalidation）。

对于网站而言，服务器通过 Cache-Control 响应头告诉浏览器和 CDN 如何缓存每个文件。例如，Cache-Control: max-age=3600 表示“这份副本可以重复使用一小时”。

现代构建工具通过**缓存破坏（cache busting）**解决了静态文件中最困难的部分：每当文件发生变化时，它都会被赋予一个带指纹的新名称，例如 app.3f9a2c.js。浏览器可以长期缓存旧名称，因为新版本的文件名本身就不同。

实例演示：一个商品目录

假设你经营一家小型网店。首页显示 50 件商品，包括来自数据库的价格和库存数量，还有一个“热门”列表，需要对所有订单进行一次很慢的计算。

1. 图片和脚本由浏览器和 CDN 长时间缓存。每次构建时，有变化的文件都会获得新名称，因此更新依然会显示出来。
2. 热门列表每 10 分钟计算一次，并存入应用缓存。这 10 分钟内的每位访客都能立即获得保存好的结果。
3. 价格只缓存很短的时间，并且每当你编辑商品时都会清除缓存，因此顾客不会长时间看到旧价格。
4. 结账时的库存绝不缓存。当有人点击“购买”时，应用会查询真实数据库，因此不会卖出刚刚售罄的商品。
5. 购物车和账户页面绝不存放在共享缓存中，因为它们属于个人信息。

结果是：首页快速打开，数据库的工作量大幅减少，而且与金钱或隐私相关的内容绝不会过时。

关键术语

常见误解

• **“缓存总是有益的。”**缓存了错误的内容会引发真正的错误：旧价格、新文章不显示，或者最糟糕的情况——某位用户的私人页面被展示给另一位用户。缓存要有明确的规划。
• **“如果看到旧版本，说明我的更新失败了。”**通常并非如此。在认为出了问题之前，先尝试强制刷新（Ctrl+Shift+R，或 Mac 上的 Cmd+Shift+R）或使用无痕窗口。
• **“缓存能解决应用慢的问题。”**它只是对重复请求掩盖了慢的问题。第一次请求仍然很慢；如果根本问题是缺少数据库索引，也需要一并修复。
• **“应该把所有内容尽可能长时间地缓存。”**较长的缓存时间适用于内容变化时会获得新名称的文件。对于 HTML 页面和数据，较短的时间更安全。
• **“清除我的缓存就能为所有人解决问题。”**它只清除你自己浏览器中的缓存。访客的浏览器和 CDN 缓存仍然保留着各自的副本。

向你的 AI 构建工具提出的要求

• “这个应用的哪些部分运行缓慢，哪些部分可以安全地缓存？”
• “将[热门列表 / API 结果]缓存 [N] 分钟，并在底层数据变化时清除该缓存。”
• “确保任何包含个人或账户数据的页面都不会被 CDN 或共享缓存缓存。”
• “为带指纹的静态文件设置较长的缓存时间，为 HTML 设置较短的缓存时间。”
• “缓存来自[外部 API]的响应，这样我们不必在每次加载页面时都调用它——并告诉我这些数据可能会过时到什么程度。”
• “发布后我看到的是旧版本。这是我的浏览器缓存，还是有内容没有部署？”

Mythex 中的缓存

向 Mythex 应用发布更新后，文档提到 CDN 缓存可能会短暂滞后，对公开网址进行强制刷新即可看到新版本——参见如何发布。托管限制页面还建议缓存静态资源，因为托管、数据库时长和带宽都从你的积分余额中扣费。除此之外，例如缓存查询结果或 API 响应，则需要你请智能体将其构建到应用中。

延伸阅读：什么是 CDN、如何让你的网站更快，以及什么是速率限制。

常见问题