概述

正如 Java 虚拟机，它提供 GC的功能，来保证 Java 程序使用过且不再使用的 Java 对象及时的从内存中释放掉，从而保证内存空间可用。当程序编写不当或考虑欠缺的时候（比如读入大文件），内存就可能存储不下运行所需要的数据，那么 Java虚拟机就会抛出内存溢出的异常而导致服务失败。同样， Redis 也是基于内存而运行的数据集合，也存在着对内存垃圾的回收和管理的问题。

Redis 基于内存 ，而内 存对于一个系统是最为宝贵的资源，而且它远远没有磁盘那么大,所以对于 Redis 的键值对的内存回收也是一个十分重要的问题，如果操作不当会产生 Redis岩机的问题，使得系统性能低下。

对于 Redis 而言， del 命令可以删除一些键值对，所以 Redis 比 Java 虚拟机更灵活，允许删除一部分的键值对。与此同时，当内存运行空间满了之后 ，它还会按照回收机制去自动回收一些键值对，这和 Java 虚拟机又有相似之处，但是当垃圾进行回收的时候，又有可能执行回收而引发系统停顿，因此选择适当的回收机制和时间将有利于系统性能的提高。

Redis 的超时命令

Spring操作 Redis 超时命令

package com.artisan.redis.expire;

import java.util.Date;
import java.util.concurrent.TimeUnit;

import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
import org.springframework.data.redis.core.RedisOperations;
import org.springframework.data.redis.core.RedisTemplate;

public class SpringRedisExpireDemo {

	@SuppressWarnings({ "unchecked", "rawtypes", "resource" })
	public static void main(String[] args) {

		ApplicationContext ctx = new ClassPathXmlApplicationContext("classpath:spring/spring-redis-string.xml");
		RedisTemplate redisTemplate = ctx.getBean(RedisTemplate.class);

		redisTemplate.execute((RedisOperations ops) -> {

			ops.boundValueOps("key1").set("value1");
			String value = (String) ops.boundValueOps("key1").get();
			System.out.println("value=" + value);

			long expSecond = ops.getExpire("key1");
			System.out.println("expSecond:" + expSecond);

			// 设置120秒
				Boolean flag = ops.expire("key1", 120L, TimeUnit.SECONDS);
				System.out.println("设置超时时间：" + flag);
				System.out.println("过期时间：" + ops.getExpire("key1") + "秒");

				// 持久化 key，取消超时时间
				flag = ops.persist("key1");
				System.out.println("取消超时时间：" + flag);
				System.out.println("过期时间：" + ops.getExpire("key1"));

				Date date = new Date();
				date.setTime(System.currentTimeMillis() + 120000);
				// 设置超时时间点
				flag = ops.expireAt("key1", date);
				System.out.println("设置超时时间：" + flag);
				System.out.println("过期时间：" + ops.getExpire("key1"));
				return null;
			});
	}

}

INFO : org.springframework.context.support.ClassPathXmlApplicationContext - Refreshing org.springframework.context.support.ClassPathXmlApplicationContext@73a8dfcc: startup date [Fri Sep 28 12:57:39 CST 2018]; root of context hierarchy
INFO : org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loading XML bean definitions from class path resource [spring/spring-redis-string.xml]
value=value1
expSecond:-1
设置超时时间：true
过期时间：120秒
取消超时时间：true
过期时间：-1
设置超时时间：true
过期时间：155

如果 key, 超时了， Redis 会回收 key 的存储空间吗 ？

Redis 的 key 超时不会被其自动回收，它只会标识哪些键值对超时了

• 好处： 如果一个很大的键值对超时，比如一个列表或者哈希结构，存在数以百万个元素，要对其回收需要很长的时间 如果采用超时回收，则可能产生停顿
• 坏处： 超时的键值对会浪费比较多的空间。

Redis对超时键值对的回收策略

Redis 提供两种方式回收这些超 时键值对， 它们是定时回收和惰性回收。

• 定时回收是指在确定的某个时间触发一段代码，回收超时的键值对 。
• 惰性回收则是 当 一个超时的键，被再次用 get 命令访问时，将触发 Redis 将其从内
  存中清空。

定时回收

定时回收可以完全回收那些超时的键值对，但是缺点也很明显，如果这些键值对比较多， 则 Redis 需要运行较长的时间，从而导致停顿。所以系统设计者一般会选择在没有业务发生的时刻触发 Redis 的定时回收，以便清理超时的键值对

惰性回收

对于惰性回收而言，它的优势是可以指定回收超时的键值对。 它的缺点是要执行一个莫名其妙的 get 操作，或者在某些时候，我们也难以判断哪些键值对已经超时。

小结

无论是定时回收还是惰性回收，都要依据自身的特点去定制策略，如果一个键值对,存储的是数 以千万的数据 ，使用 expire 命令使其到达一个时间超时，然后用 get 命令访问触发其回收，显然会付出停顿代价，这是现实中需要考虑的 。

代码

代码托管到了 https://github.com/yangshangwei/redis_learn