-
redis本身需要开启事件监听,配置事件监听规则,有如下两种方式
- 打开redis配置文件,打开下面这个配置,但是后续还需要重启redis服务
- 直接在redis-cli中用命令打开,这种方式不需要重启redis服务
- 打开redis配置文件,打开下面这个配置,但是后续还需要重启redis服务
-
由于我用的是阿里云的redis,所以这里把阿里云的配置也贴上
-
实现代码,集成redis的代码此处就不提供了,只提供监听需要用到的代码
/**
* Redis缓存配置类
*/
@Configuration
public class RedisConfigurer extends CachingConfigurerSupport {
@Bean
RedisMessageListenerContainer container(RedisConnectionFactory connectionFactory) {
RedisMessageListenerContainer container = new RedisMessageListenerContainer();
container.setConnectionFactory(connectionFactory);
return container;
}
}
@Component
public class RedisKeyExpirationListener extends KeyExpirationEventMessageListener {
public RedisKeyExpirationListener(RedisMessageListenerContainer listenerContainer) {
super(listenerContainer);
}
/**
* 针对redis数据失效事件,进行数据处理
* @param message
* @param pattern
*/
@Override
public void onMessage(Message message, byte[] pattern) {
// message.toString()可以获取失效的key
String expiredKey = message.toString();
System.out.println(expiredKey);
}
}
- 目前存在缺陷:只能获取到失效的key,但是此时不能根据key获取value值,因为该事件是在数据失效后才触发
有个简单的解决办法,就是一份数据存两份
比如你现在需要set一份数据:key:value
可以额外再set一份value相同但key有指定规则的数据:key_copy:value
第二份数据过期时间相对第一份数据稍微长一点
这样过期事件执行时可以拿着key根据指定的规则拼装出第二份数据的key,从而得到想要的value
缺点就是当你需要set的地方比较多时维护起来就非常恶心