如何完美解决缓存击穿-下
plus 版本专属
此章节是黑马点评 Plus 版本中专有的内容,而在整套文档中将普通版本和 Plus 版本都融合在了一起,让大家更方便的学习。
建议小伙伴先跳转到相应文档学习什么是缓存击穿?
在上述的文档说,使用了分布式锁的方式来解决缓存击穿,最后留下了问题,这段代码哪里可以进行优化?这里我们再来分析下这段代码
public String getDataV2(String id){
RedisTemplate<String,String> redisTemplate = redisCache.getInstance();
String cachedValue = redisTemplate.opsForValue().get(id);
if (StringUtil.isEmpty(cachedValue)) {
RLock lock = serviceLockTool.getLock(LockType.Reentrant, id);
lock.lock();
try {
Program program = programMapper.selectById(id);
if (Objects.nonNull(program)) {
redisTemplate.opsForValue().set(id,JSON.toJSONString(program));
cachedValue = JSON.toJSONString(program);
}
} finally {
lock.unlock();
}
}
return cachedValue;
}
这里面其实存在查询的问题,每个请求确实是串行执行了,但每个请求获得锁之后还是去查询数据库了,其实完全没有必要都去查询数据库的,当第一个请求从数据库查询出来放入缓存后,之后的请求都应该从缓存中查询才对,那要怎么样才能够实现呢?
双重检测锁的单例模式
大家在学习单例模式的使用,应该都知道 双重检测锁 这种方式
public class DCLSingleton {
// 单例
private static volatile DCLSingleton singleton = null;
// 私有构造方法
private DCLSingleton() {
}
public static DCLSingleton getInstance() {
if (null == singleton) {
synchronized (DCLSingleton.class) {
if (null == singleton) {
singleton = new DCLSingleton();
}
}
}
return singleton;
}
}
先是判断对象是否为空,如果为空的话,则加锁,在锁的逻辑中再判断一次对象是否为空,如果还是为空的话,则进行创建对象
我们就可以利用这种双重检测的方式,来对其进行优化
分布式锁+双重检测的方案
付费内容提示
该文档的全部内容仅对「码力全开」项目实战&技术讲解 知识星球用户开放
加入星球,一次获得完整项目资料、全栈技术知识库和长期答疑服务。
100万+字全栈技术知识库深入讲解技术核心、数据库、中间件和分布式等内容
8套热门的实战项目持续更新的企业级项目覆盖高并发、微服务、数据中台 和 AI Agent 等方向
AI 技术知识大模型面试详解覆盖 AI 模型原理、Agent、RAG、MCP、Skills、Harness 等核心知识点
文档 + 视频两种讲解形式既能系统阅读,也能跟随视频理解核心业务
完整项目实战资料
每套项目均包含从 0 到 1 讲解文档核心业务讲解视频从基础项目到复杂业务场景,项目资料会持续更新。
- 01Nexus Agent AI 智能体
- 02Nexus Agent Pro 完全版
- 03黑马点评Plus
- 04大麦
- 05大麦Pro
- 06大麦AI
- 07流量切换
- 08数据中台
加入后还能获得
进入星球后,即可享受上述所有服务,保证不会再有其他隐藏费用。从学习、面试到项目启动,都可以继续获得支持。
- 1 对 1 解答项目和技术问题都可以提问
- 针对性补充没有讲清楚的内容会继续补充
- 面试与简历指导梳理回答技巧和项目亮点
- 中间件云环境项目依赖可以直接接入使用
- 面试后复盘被问住的问题可以继续交流
- 远程问题解决项目启动问题可协助排查
