API调用结果缓存：让系统更轻快的实用技巧

做后端开发或者接口对接时，经常会遇到同一个 API 被反复请求的情况。比如用户每次打开App都要查天气，而天气数据每半小时才更新一次。这时候每次都去调第三方服务，既慢又浪费资源。

为什么需要缓存API结果

想象一下你家楼下有家便利店，每天早上都去买同一份报纸。如果店员每次都从市中心进货再卖给你，那得等到中午才能拿到。但如果他昨天已经进过货，今天直接从柜台拿一份，是不是快多了？API缓存就是这个道理——把上次查好的结果先存着，短时间内再有人要，直接给存的就行。

常见的场景比如获取城市列表、用户权限配置、商品分类信息，这些数据变动频率低，但访问频繁。如果不加缓存，数据库或远程服务就得一遍遍处理相同请求，服务器压力大，响应也变慢。

怎么实现简单的结果缓存

最简单的做法是用内存存储加上过期时间。比如在Node.js里可以用 node-cache 这类工具：

const NodeCache = require('node-cache');
const cache = new NodeCache({ stdTTL: 300 }); // 缓存5分钟

async function getWeather(city) {
  const key = `weather_${city}`;
  const cached = cache.get(key);
  if (cached) {
    return cached; // 直接返回缓存结果
  }

  const response = await fetch(`https://api.weather.com/v1/${city}`);
  const data = await response.json();
  cache.set(key, data); // 存入缓存
  return data;
}

这样同一个城市的信息在五分钟内第二次请求时，就不用走网络，直接从内存读取，速度提升非常明显。

缓存失效策略也很关键

不能一直用旧数据，否则用户看到的就是三天前的天气预报。除了设置固定过期时间（TTL），还可以结合事件触发清除。比如后台更新了商品分类，立刻清掉对应的缓存条目，下次请求自然会拉新数据。

有些系统还会采用“软过期”机制：表面上数据已过期，但先返回旧值，同时异步刷新缓存。这样既能保证页面不卡顿，又能逐步更新内容。

别忘了考虑缓存穿透和雪崩

恶意请求一个根本不存在的城市天气，每次都没缓存，直接打到接口上，这就是缓存穿透。解决办法之一是把“空结果”也存起来，比如标记“该城市无数据”，有效期短一点，防止被刷。

而缓存雪崩是指大量缓存同时失效，瞬间所有请求都涌向源服务。可以通过给不同数据设置随机过期时间来错峰，避免集体失效。

合理使用API结果缓存，不只是技术优化，更是对用户体验的尊重。等数据的时间少了，操作更流畅，用户自然愿意多用你的应用。