请描述在 Koa 应用开发中集成 Redis 或其他常用缓存方案的实践步骤，并说明其适用场景与注意事项。

回答思路

1. 【回答框架 1】Koa 是基于中间件模型的 Node.js Web 框架，中间件通过洋葱模型组织，缓存逻辑可以以中间件形式插入。常用 Redis 客户端有 ioredis 和 node-redis，它们都支持 Promise，能很好地与 async/await 配合。集成时先创建 Redis 客户端实例，再在中间件中封装 get、set 等操作，注意在应用关闭时正确断开连接，避免资源泄漏。
2. 【回答框架 2】缓存策略可分为查询缓存和页面缓存。查询缓存用于数据库或第三方 API 的响应，通常以请求参数或数据标识作为 key，并设置合理的过期时间（如 TTL）。页面缓存则直接缓存整个响应体，可通过中间件在响应完成后写入缓存，下次请求直接返回缓存内容，减少服务器计算压力。需要关注缓存穿透、击穿和雪崩问题，并通过布隆过滤器、互斥锁或随机过期时间等手段缓解。
3. 【回答框架 3】在 Koa 中实现缓存中间件时，需注意响应体可能为流式或二进制，缓存前需确保内容可序列化。对于动态数据或用户特定信息，缓存 key 需包含用户标识。同时，缓存一致性是核心挑战，当数据更新时需主动失效或更新缓存，可采用先更新数据库再删除缓存，或使用消息队列异步同步，避免脏读。
4. 【回答框架 4】选型上，Redis 是高性能内存数据库，支持丰富的数据结构和原子操作，适合高并发场景。也可考虑本地内存缓存（如 lru-cache）适合单机小流量，但多实例部署时无法共享。需要根据业务规模、数据一致性和运维成本权衡。
5. 【关键点 1】使用 ioredis 或 node-redis 创建客户端，在中间件中封装缓存读写，并处理连接生命周期。
6. 【关键点 2】识别可缓存的场景，设置合理 TTL，采用 key 设计规范如 'entity:id:field'。
7. 【关键点 3】应对缓存穿透、击穿、雪崩，使用布隆过滤器、互斥锁或随机过期时间。
8. 【关键点 4】保证缓存一致性，采用先更新 DB 再删缓存或延迟双删策略。
9. 【易错点 1】将缓存当作数据最终一致性保证，导致脏读。
10. 【易错点 2】忽略连接管理，未关闭连接导致资源泄漏。
11. 【易错点 3】不处理缓存雪崩，所有 key 同时过期导致数据库压力突增。