Java操作Redis的方式

　　Java操作Redis的方式有下面两种：

　　一、jedis

　　（1）maven配置

<dependency>
    <groupId>redis.clients</groupId>
    <artifactId>jedis</artifactId>
    <version>2.9.0</version>
</dependency>

　　（2）相关类

• 单节点：redis.clients.jedis.Jedis
• 集群：redis.clients.jedis.JedisCluster

　　（3）说明

• 使用的类和api不一样,导致对redis单节点和集群要特地区别对待。
• 无法集成springCache。
• JedisCluster没有对象序列化/反序列化 api，需要自己实现。
• jedis2.7版本才正式支持JedisCluster。

　　二、spring-data-redis

　　（1）maven配置

<dependency>
    <groupId>org.springframework.data</groupId>
    <artifactId>spring-data-redis</artifactId>
    <version>1.8.4.RELEASE</version>
</dependency>

　　（2）相关类

• 单节点：org.springframework.data.redis.core.RedisTemplate
• 集群：org.springframework.data.redis.core.RedisTemplate

　　（3）说明

• 使用方式统一，如：

redisTemplate.opsForValue().set(key, object);
redisTemplate.opsForHash().put(key, hashKey, object);

• 可以集成SpringCache。

• 自带序列化功能，4种：

stringRedisSerializer
JdkSerializationRedisSerializer
Jackson2JsonRedisSerializer
OxmSerializer

　　（4）SpringCache功能

　　Spring 3.1 引入了基于注解（annotation）的缓存（cache）技术，通过在既有代码中添加少量它定义的各种annotation，即能够达到缓存方法的返回对象的效果，支持和主流的专业缓存例如 EHCache，Memcache，Redis等集成,也支持以自行扩展。注解可以标记在一个类上，也可以标记在方法上。

• 开启SpringCache功能：@EnableCaching
• SpringCache注解：

@Cacheable   --执行方法前,判断有无缓存，如果有直接从缓存中获取结果进行返回,否则放入缓存
@CacheEvict  --触发缓存的清除操作
@CachePut    --每次都会执行该方法，并将执行结果以键值对的形式存入指定的缓存中

• 优点：

1. 减少手写缓存代码量，通过少量的注释标签和配置文件，即可达到使代码具备缓存的能力。

2. 底层Cache类型更换代码无需改动，如由EHCache换成Redis。

• 缺点：

1. 注解无过期时间expire属性,需自行扩展。

2. 使用限制：基于proxy 的spring aop带来的内部调用问题，如this内部调用，非public方法调用等。

3. 放入缓存方法只使用connection.set，即缓存存入Redis都是String字符串类型。

　　（5）Tomcat插件RedisSessionManager

　　分布式系统要将HttpSession放入Redis共享，代码又不想改动的话，那么可以通过RedisSessionManager来集成，可以引入第三方插件RedisSessionManager和相关jar，在tomcat下配置即可。

• 配置

引入插件:
Tomcat7confcontext.xml下配置
    <Valve className="com.r.tomcat.session.management.RequestSessionHandlerValve"/>
    <Manager className="com.r.tomcat.session.management.RequestSessionManager"/>

Tomcat7confRedisDataCache.properties配置
redis.hosts=127.0.0.1:6379, 127.0.0.2:6379, 127.0.0.2:6380, ....
redis.password=
redis.cluster.enabled=true

• 优点

　　session的代码写法不用动，依然使用传统写法session.setAttribute(key,value)；引入插件后session由本地tomcat存储改为了Redis，重启tomcat也不用担心session消失。

• 缺点

　　只能用于tomcat。

　　（6）SpringSession

　　这个技术重写了HttpSession，以SpringSession来做，Spring Session提供了集群Session（Clustered Sessions）功能， 默认采用外置的Redis来存储Session数据，以此来解决Session共享的问题。

• 配置

maven:
    <dependency>  
       <groupId>org.springframework.session</groupId>  
       <artifactId>spring-session-data-redis</artifactId>  
    </dependency>


开启Reids键空间通知功能:
    notify-keyspace-events AKE

开启Redis存储springSession:
    @EnableRedisHttpSession(maxInactiveIntervalInSeconds=1800)

• 优点

1. 和web服务器无关，甚至可以不用web服务器，也能支持session，是一种独立于应用服务器的方案。
2. 配合spring-data-redis.jar使用，能够支持Redis单节点、Sentinel、Redis3.x集群等。
3. HttpSession代码无需做任何改动，依然使用传统写法session.setAttribute(key,value)。
4. SpringSession最新版本支持HttpSessionListener。

• 缺点

1. 依赖Spring。

2. Spring版本要是4.1.6以上，servlet要是3.0.1以上，这样对JDK(1.6+)和web服务器(tomcat7+)版本有限制。

　　（7）SpringSession使用session监听器

　　SpringSession最新版本支持HttpSessionListener，该监听器可以捕捉到session创建和销毁，内部采用Redis的Sub/Pub+键空间通知功能实现。

• 监听器类

@EnableRedisHttpSession(maxInactiveIntervalInSeconds=1800)
public class RedisHttpSessionConfig {
    /**
     * 注入监听器
     */
    @Bean
    public SessionEventHttpSessionListenerAdapter listenerAdapter() {
        List<HttpSessionListener> listenerList = new ArrayList<>();
        listenerList.add(new SessionListener()); // 注入自己的SessionListener类
        return new SessionEventHttpSessionListenerAdapter(listenerList);       
    }
}

• 说明

1. HttpSessionListener不推荐在RedisCluster下使用：因sessionDestoryed采取的是Redis键空间通知功能，键空间通知功能是在Redis2.8开始新推出的，但在RedisCluster下键空间通知功能有bug，event触发时不会publish通知到所有节点，只对本节点的master/slave通知，故使用redisCluster的环境下，有可能会订阅收不到sessionDestroyed消息，故不推荐在RedisCluster下使用HttpSessionListener。需要自己去实现SUBSCRIBE各个Redis节点捕捉sessionDestoryed功能。

2. 重复监听：当一个session销毁时，那么我们的listener的sessionDestroyed方法、所有微服务实例都会收到事件通知。会导致重复，故需要注意这点，需要应用自行控制重复问题。