防止缓存击穿有四种方案：一、互斥锁控制缓存重建；二、逻辑过期实现无锁预热；三、缓存空对象拦截无效请求；四、热点key自动识别与永驻缓存并心跳刷新。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当缓存中某个热点 key 在失效瞬间遭遇大量并发请求，导致所有请求穿透缓存直接打到数据库，引发数据库压力激增甚至崩溃，即发生缓存击穿。以下是实现防止缓存击穿的多种健壮代码方案：
一、使用互斥锁（Redis 分布式锁）控制重建缓存
该方法通过在缓存失效时对 key 加分布式锁，确保仅有一个线程加载数据库并写入缓存，其余线程等待锁释放后直接读取新缓存，避免重复查询数据库。
1、尝试使用 SET 命令以 NX PX 方式设置锁，key 为 "lock:" + cacheKey，过期时间设为 30000 毫秒。
2、若 SET 返回 OK，则当前线程获得锁，执行数据库查询并写入 Redis 缓存，随后主动删除锁 key。
3、若 SET 返回 null，则轮询等待：休眠 50 毫秒后重试获取锁，最多重试 20 次；超时则降级为直接查库（不写缓存）。
4、数据库查询结果非空时，将数据写入缓存并设置合理过期时间（如 600 秒），同时确保 value 序列化为 JSON 字符串。
5、无论是否成功加载，最终均返回查询结果，并在异常时抛出 CacheLoadException。
二、逻辑过期方案（无锁预热）
该方案将缓存 value 封装为包含真实数据与逻辑过期时间的对象，缓存本身永不过期；访问时检查逻辑时间，若已过期则异步刷新，主线程仍返回旧值，实现零阻塞。
1、定义内部类 CacheData，含 data 字段（Object 类型）和 expireTime 字段（Long 类型，毫秒时间戳）。
2、写入缓存时，将 CacheData 实例序列化为 JSON 存入 Redis，且不设置 TTL。
3、读取缓存时，反序列化为 CacheData 对象，判断 expireTime 是否小于当前 System.currentTimeMillis()。
4、若未过期，直接返回 data 字段；若已过期，尝试以原子方式向 Redis 写入标记 key（如 "loading:" + cacheKey），成功则启动新线程异步加载并更新缓存。
5、异步线程完成更新后，删除 loading 标记 key，并将新 CacheData 写入缓存，其 expireTime 设置为当前时间加 600000 毫秒。
CodeGeeX 2.21.0是智谱AI推出的AI编程助手版本，对Inline Chat功能进行了重大优化，包括UI设计升级、支持流式输出以提升响应速度，并新增“查看思路”按钮以便理解代码原理。同时，该版本在编辑器中新增CodeLens控件，支持一键“解释”代码或“添加注释”。目前该工具对个人开发者免费开放。
三、缓存空对象（针对空查询结果）
对于数据库确实无对应记录的查询（如查一个不存在的用户 ID），将空值或特殊占位符（如 NULL_STRING）写入缓存并设置较短 TTL（如 2 分钟），防止相同无效 key 被反复穿透。
1、数据库查询返回 null 或空集合时，构造字符串 "NULL" 作为缓存 value。
2、调用 Redis 的 SET 命令，key 为原始缓存 key，value 为 "NULL"，PX 参数设为 120000（2 分钟）。
3、后续请求命中该 key 时，先判断 value 是否等于 "NULL"，若是则直接返回 null，不再查库。
4、在业务层统一拦截所有返回 "NULL" 的缓存响应，并转换为 Java 的 null 引用，保持上层逻辑透明。
5、注意避免将空对象 TTL 设置过长，否则可能掩盖真实数据写入延迟，严禁超过 5 分钟。
四、热点 key 自动识别与永驻缓存
通过监控 Redis 的 INFO commandstats 或使用 SCAN + OBJECT FREQ 统计访问频次，在应用层识别出单位时间内访问次数超过阈值（如 1000 次/秒）的 key，将其升级为永不过期缓存，并启用后台心跳刷新机制。
1、部署定时任务每 30 秒采集一次 Redis 中前 100 个最高频 key 的访问计数。
2、对计数大于 1000 的 key，检查其当前 TTL，若小于 3600 秒，则触发延长操作：执行 EXPIRE key 0 取消过期。
3、为该 key 启动独立刷新线程，每隔 300 秒执行一次异步 reload 操作，调用原数据加载逻辑并覆盖写入缓存。
4、刷新线程捕获所有异常，失败时记录日志并维持旧值，不中断主线程响应。
5、在刷新前校验数据库连接可用性，不可用时跳过本次刷新，避免雪崩传播。
