答案：Node.js缓存策略分内存缓存和分布式缓存（如Redis），前者适用于单实例、低复杂度场景，后者适合多实例、高并发环境；常用方案包括使用node-cache或lru-cache实现内存缓存，或通过ioredis连接Redis进行分布式缓存；缓存适用于降低数据库压力、提升响应速度、应对重复访问及昂贵计算；选择时需权衡一致性、扩展性与维护成本；失效策略推荐TTL结合Cache Aside模式，必要时引入Redis Pub/Sub实现实时失效。
在Node.js中实现缓存，核心上可以归结为两种主要策略：应用内部的内存缓存（In-Memory Cache）和外部的分布式缓存（如Redis）。选择哪种方式，很大程度上取决于你的应用规模、数据一致性要求以及对扩展性的考量。对于小型应用或特定数据，内存缓存简单高效；而对于需要跨服务共享数据、高可用性及大规模并发的场景，分布式缓存无疑是更健壮的选择。
说实话，Node.js本身并没有一个“内置”的、开箱即用的高级缓存系统，这与它轻量级的哲学相符。所以，我们通常会借助第三方库或者外部服务来实现。
1. 内存缓存（In-Memory Cache）
这是最直接也最容易上手的方式。你可以简单地使用一个JavaScript对象或
Map
简单实现:
const myCache = new Map();
function getFromCache(key) {
return myCache.get(key);
}
function setToCache(key, value, ttl = 60000) { // 默认TTL 60秒
myCache.set(key, value);
setTimeout(() => {
myCache.delete(key);
}, ttl);
}
// 示例
// setToCache('user:123', { id: 123, name: 'Alice' }, 5000);
// console.log(getFromCache('user:123')); // 应该能拿到
// setTimeout(() => console.log(getFromCache('user:123')), 6000); // 应该拿不到这种方式虽然简单，但需要自己管理过期时间（TTL）。
使用第三方库（推荐：node-cache
lru-cache
node-cache
lru-cache
以
node-cache
const NodeCache = require("node-cache");
const myCache = new NodeCache({ stdTTL: 100, checkperiod: 120 }); // 默认TTL 100秒
async function getUserData(userId) {
let user = myCache.get(`user:${userId}`);
if (user) {
console.log(`从缓存获取用户 ${userId}`);
return user;
}
console.log(`从数据库获取用户 ${userId}`);
// 模拟从数据库获取数据
user = await new Promise(resolve => setTimeout(() => resolve({ id: userId, name: `User ${userId}`, email: `user${userId}@example.com` }), 500));
myCache.set(`user:${userId}`, user, 30); // 特定key设置30秒过期
return user;
}
// (async () => {
// await getUserData(1); // 第一次从DB
// await getUserData(1); // 第二次从缓存
// await new Promise(resolve => setTimeout(resolve, 31000)); // 等待过期
// await getUserData(1); // 再次从DB
// })();内存缓存的问题也很明显：它只在当前Node.js进程中有效。如果你的应用是多进程部署（PM2），或者有多个服务实例，那么每个实例都有自己的缓存，数据就可能不一致。而且，如果进程重启，缓存数据也就丢失了。
2. 分布式缓存（Distributed Cache - Redis是首选）
对于生产环境，尤其是微服务架构或需要高可用性的场景，Redis几乎是标准答案。Redis是一个内存数据结构存储，可以用作数据库、缓存和消息代理。它支持多种数据结构（字符串、哈希、列表、集合等），并且提供了持久化、主从复制、集群等高级功能。
基本用法（使用ioredis
const Redis = require("ioredis");
const redis = new Redis({
port: 6379, // Redis port
host: "127.0.0.1", // Redis host
// password: "auth", // 如果有密码
db: 0,
});
async function getProductData(productId) {
let product = await redis.get(`product:${productId}`);
if (product) {
console.log(`从Redis获取产品 ${productId}`);
return JSON.parse(product); // Redis存储的是字符串
}
console.log(`从数据库获取产品 ${productId}`);
// 模拟从数据库获取数据
product = await new Promise(resolve => setTimeout(() => resolve({ id: productId, name: `Product ${productId}`, price: 99.99 }), 800));
await redis.set(`product:${productId}`, JSON.stringify(product), 'EX', 60); // 设置60秒过期
return product;
}
// (async () => {
// await getProductData(101); // 第一次从DB
// await getProductData(101); // 第二次从Redis
// // await redis.del(`product:101`); // 手动清除缓存
// await getProductData(101); // 再次从DB (如果手动清除了)
// })();Redis的优势在于：
当然，引入Redis也意味着增加了系统的复杂性，你需要部署和维护Redis服务，并考虑网络延迟、连接池管理等问题。但就实际价值而言，这点投入往往是值得的。
在我看来，引入缓存机制，说到底是为了解决“慢”和“贵”的问题。当你的Node.js应用遇到以下几种情况时，就该认真考虑缓存了：
简而言之，缓存就像是应用和它所依赖的慢速资源（数据库、外部服务、复杂计算）之间的一个快速通道。它用少量的内存和一点点逻辑复杂性，换取了巨大的性能提升和资源节约。
选择缓存策略，我个人觉得没有绝对的对错，只有适不适合。这真的需要你结合项目的实际情况来权衡。
内存缓存（In-Memory Cache）的适用场景与局限性：
外部缓存（分布式缓存，如Redis）的适用场景与权衡：
我的建议是，对于初创项目或原型，从简单的内存缓存开始无可厚非。但一旦项目开始增长，需要水平扩展，或者面临高并发挑战，那么果断切换到Redis这样的分布式缓存是明智之举。不要等到问题爆发了才去考虑，那样会更被动。
缓存失效与更新是缓存策略中最复杂也最容易出错的部分，它直接关系到你提供的数据是新鲜的还是过时的。在我看来，这几个策略是你在实践中必须考虑的：
TTL (Time To Live) - 基于时间的失效： 这是最常见也是最简单的失效策略。你给缓存项设置一个生命周期，时间一到，缓存自动失效。
node-cache
SETEX
LRU (Least Recently Used) - 基于使用频率的淘汰： 当缓存达到预设的最大容量时，淘汰最长时间未被访问的缓存项。
lru-cache
maxmemory-policy
Cache Aside (旁路缓存) 模式： 这是最常用的缓存模式之一。
getProductData
Write Through (直写) 模式：
Write Back (回写) 模式：
更高级的缓存失效：发布/订阅模式
对于分布式缓存（如Redis），当你需要更精细、更实时的缓存失效控制时，可以考虑结合Redis的Pub/Sub（发布/订阅）模式。
总的来说，管理缓存失效是一个权衡的过程。没有银弹，你需要根据你的业务场景、数据特性和对实时性的要求，选择最合适的策略组合。我通常会从TTL结合Cache Aside开始，如果遇到一致性挑战，再考虑引入Pub/Sub或其他更复杂的机制。记住，缓存是为了解决问题，而不是制造新的复杂性。
以上就是Node.js中如何实现缓存？的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
537
收藏
