当前位置：首页 > 问答 > 正文

SSM框架里头咋整合Redis，缓存性能瞬间暴涨的那些事儿

盘雅霜
问答
2025-12-31 01:43:19
4

把Redis“请”进项目里

你得把Redis服务器在自己电脑或者服务器上装好、启动起来，这个步骤就跟装个软件差不多，网上教程一大堆，这里不啰嗦，重点是,怎么让SSM项目认识Redis。

最省心的办法就是用Maven来管理依赖，在你项目的pom.xml文件里，添上Redis的“联系方式”，也就是依赖包，主要会用到两个：一个是Spring官方提供的spring-data-redis，它是个万能插座，定义了怎么和Redis打交道的一套规矩；另一个是具体干活的“司机”，比如jedis或者lettuce，它们才是真正开车去Redis存取数据的。（来源：Spring Data Redis官方文档）

加完依赖,项目就知道上哪儿去找Redis相关的工具了。

第二步：在Spring的配置文件里“介绍”它们认识

光有工具还不行，得告诉Spring：哎，我们这儿要用Redis了，这是地址、端口、密码（如果有的话），这些信息通常写在applicationContext.xml或者redis.properties这类配置文件里。

你需要配置几个关键东西：

连接工厂：告诉Spring怎么连接到Redis服务器，就像配数据库连接池一样，指定主机地址、端口、超时时间、密码这些。
序列化器：这是个重中之重，Java对象不能直接塞进Redis，得变成二进制或者字符串，你得规定好怎么变，用Jackson2JsonRedisSerializer可以把对象转成JSON存进去，取出来再变回对象，非常方便，如果没配好，存进去一堆乱码，取出来傻眼了，那缓存就白做了。（来源：实践中常见问题总结）
RedisTemplate：这是Spring给我们的一把“瑞士军刀”，我们后面写代码操作Redis，基本就靠它，你把配置好的连接工厂和序列化器“装配”到这把刀上,它就变得好用了。

第三步：在Service层“动手术”，让缓存生效

SSM框架里头咋整合Redis，缓存性能瞬间暴涨的那些事儿

现在工具都准备好了，怎么用呢？核心思想是：在查询数据的方法执行前，先问问Redis有没有缓存；有就直接返回，没有再去查数据库,并且把结果塞一份到Redis里。

有两种常见的玩法：

注解驱动，省心省力 Spring提供了几个特别方便的注解，比如@Cacheable、@CacheEvict，你只需要在Service层的方法上贴个“标签”就行。

在查询方法上标@Cacheable(value="userCache", key="#userId")，意思是：这个方法的结果需要缓存，缓存的名字空间叫userCache，键是传入的参数userId，下次同样参数调用,直接走缓存。
在更新、删除方法上标@CacheEvict(value="userCache", key="#user.id")，意思是：这个方法执行后，要把缓存里对应这个用户的数据清理掉,保证下次查询拿到的是最新数据。

这种方式几乎不用写什么Redis操作代码，Spring在背后帮我们全干了，非常优雅，但要注意缓存键的设计和缓存失效策略，不然容易出问题。（来源：Spring Framework缓存抽象文档）

SSM框架里头咋整合Redis，缓存性能瞬间暴涨的那些事儿

手动编码，灵活掌控 有时候注解不够灵活，比如你要缓存一个复杂对象的一部分，或者需要更精细的控制，那就可以直接在Service里“手动”操作第二步配好的那把“瑞士军刀”——RedisTemplate。

举个例子：

// 注入配置好的redisTemplate
@Autowired
private RedisTemplate<String, Object> redisTemplate;
public User getUserById(Long userId) {
    // 1. 先查缓存
    String key = "user:" + userId;
    User user = (User) redisTemplate.opsForValue().get(key);
    // 2. 缓存里有，直接返回
    if (user != null) {
        return user;
    }
    // 3. 缓存没有，查数据库
    user = userMapper.selectById(userId);
    // 4. 如果数据库有，塞到缓存里，方便下次用
    if (user != null) {
        redisTemplate.opsForValue().set(key, user, 30, TimeUnit.MINUTES); // 可以设置过期时间，比如30分钟
    }
    return user;
}

手动控制的好处是心里有数，每一步都清清楚楚,适合复杂的业务场景。

那些让性能“瞬间暴涨”的关键点

光整合上去还不够，想真正发挥威力,得注意几个细节：

键的设计：键名要有规律，比如业务名:对象名:ID（order:info:123），清晰明了，便于管理和排查问题,乱起名以后自己都找不到。
过期时间：一定要设置！不能让数据在Redis里永不过期，否则内存会爆，而且脏数据无法自动清理，根据业务特点来定，比如商品信息可以设长点,秒杀库存可能就几秒。
序列化方案：强烈推荐JSON，Java自带的序列化方式效率低且兼容性差，JSON人类可读，不同语言都能处理,是主流选择。
缓存穿透：有人恶意查询根本不存在的数据，每次都会打到数据库，解决办法：对参数做校验；即使查不到，也在缓存里存个空值（设置很短过期时间）。
缓存雪崩：大量缓存同时失效，请求全部涌向数据库，解决办法：给缓存过期时间加个随机值,让它们别在同一时刻失效。
缓存击穿：某个热点key失效的瞬间，大量请求把这个数据库打穿，解决办法：对这个key的查询加锁，只让一个请求去查数据库重建缓存,其他请求等待。