Java操作Redis的方式有下面兩種：

　　一、jedis

　　（1）maven配置

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

　?。?）相關(guān)類

單節(jié)點：redis.clients.jedis.Jedis

集群：redis.clients.jedis.JedisCluster

　?。?）說明

• 使用的類和api不一樣,導(dǎo)致對redis單節(jié)點和集群要特地區(qū)別對待。
• 無法集成springCache。
• JedisCluster沒有對象序列化/反序列化 api，需要自己實現(xiàn)。
• jedis2.7版本才正式支持JedisCluster。
  

　　二、spring-data-redis

　?。?）maven配置

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

　?。?）相關(guān)類

單節(jié)點：org.springframework.data.redis.core.RedisTemplate

集群：org.springframework.data.redis.core.RedisTemplate

　　（3）說明

使用方式統(tǒng)一，如：

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

可以集成SpringCache。

自帶序列化功能，4種：

• stringRedisSerializer
• JdkSerializationRedisSerializer
• Jackson2JsonRedisSerializer
• OxmSerializer
  

　?。?）SpringCache功能

　　Spring 3.1 引入了基于注解（annotation）的緩存（cache）技術(shù)，通過在既有代碼中添加少量它定義的各種annotation，即能夠達到緩存方法的返回對象的效果，支持和主流的專業(yè)緩存例如 EHCache，Memcache，Redis等集成,也支持以自行擴展。注解可以標(biāo)記在一個類上，也可以標(biāo)記在方法上。

開啟SpringCache功能：@EnableCaching

SpringCache注解：

• @Cacheable --執(zhí)行方法前,判斷有無緩存，如果有直接從緩存中獲取結(jié)果進行返回,否則放入緩存
• @CacheEvict --觸發(fā)緩存的清除操作
• @CachePut --每次都會執(zhí)行該方法，并將執(zhí)行結(jié)果以鍵值對的形式存入指定的緩存中
  

優(yōu)點：

減少手寫緩存代碼量，通過少量的注釋標(biāo)簽和配置文件，即可達到使代碼具備緩存的能力。

底層Cache類型更換代碼無需改動，如由EHCache換成Redis。

缺點：

注解無過期時間expire屬性,需自行擴展。

使用限制：基于proxy 的spring aop帶來的內(nèi)部調(diào)用問題，如this內(nèi)部調(diào)用，非public方法調(diào)用等。

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

　?。?）Tomcat插件RedisSessionManager

　　分布式系統(tǒng)要將HttpSession放入Redis共享，代碼又不想改動的話，那么可以通過RedisSessionManager來集成，可以引入第三方插件RedisSessionManager和相關(guān)jar，在tomcat下配置即可。

配置

引入插件:

\Tomcat7\conf\context.xml下配置
<Valve className="com.r.tomcat.session.management.RequestSessionHandlerValve"/>
<Manager className="com.r.tomcat.session.management.RequestSessionManager"/>

\Tomcat7\conf\RedisDataCache.properties配置
redis.hosts=127.0.0.1:6379, 127.0.0.2:6379, 127.0.0.2:6380, ....
redis.password=
redis.cluster.enabled=true

優(yōu)點

　　session的代碼寫法不用動，依然使用傳統(tǒng)寫法session.setAttribute(key,value)；引入插件后session由本地tomcat存儲改為了Redis，重啟tomcat也不用擔(dān)心session消失。

缺點

　　只能用于tomcat。

　?。?）SpringSession

　　這個技術(shù)重寫了HttpSession，以SpringSession來做，Spring Session提供了集群Session（Clustered Sessions）功能， 默認采用外置的Redis來存儲Session數(shù)據(jù)，以此來解決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)

優(yōu)點

• 和web服務(wù)器無關(guān)，甚至可以不用web服務(wù)器，也能支持session，是一種獨立于應(yīng)用服務(wù)器的方案。
• 配合spring-data-redis.jar使用，能夠支持Redis單節(jié)點、Sentinel、Redis3.x集群等。
• HttpSession代碼無需做任何改動，依然使用傳統(tǒng)寫法session.setAttribute(key,value)。
• SpringSession最新版本支持HttpSessionListener。
  

缺點

依賴Spring。

Spring版本要是4.1.6以上，servlet要是3.0.1以上，這樣對JDK(1.6+)和web服務(wù)器(tomcat7+)版本有限制。

　?。?）SpringSession使用session監(jiān)聽器

　　SpringSession最新版本支持HttpSessionListener，該監(jiān)聽器可以捕捉到session創(chuàng)建和銷毀，內(nèi)部采用Redis的Sub/Pub+鍵空間通知功能實現(xiàn)。

監(jiān)聽器類

@EnableRedisHttpSession(maxInactiveIntervalInSeconds=1800)
public class RedisHttpSessionConfig {
  /**
   * 注入監(jiān)聽器
   */
  @Bean
  public SessionEventHttpSessionListenerAdapter listenerAdapter() {
    List<HttpSessionListener> listenerList = new ArrayList<>();
    listenerList.add(new SessionListener()); // 注入自己的SessionListener類
    return new SessionEventHttpSessionListenerAdapter(listenerList);    
  }
}

說明

HttpSessionListener不推薦在RedisCluster下使用：因sessionDestoryed采取的是Redis鍵空間通知功能，鍵空間通知功能是在Redis2.8開始新推出的，但在RedisCluster下鍵空間通知功能有bug，event觸發(fā)時不會publish通知到所有節(jié)點，只對本節(jié)點的master/slave通知，故使用redisCluster的環(huán)境下，有可能會訂閱收不到sessionDestroyed消息，故不推薦在RedisCluster下使用HttpSessionListener。需要自己去實現(xiàn)SUBSCRIBE各個Redis節(jié)點捕捉sessionDestoryed功能。

重復(fù)監(jiān)聽：當(dāng)一個session銷毀時，那么我們的listener的sessionDestroyed方法、所有微服務(wù)實例都會收到事件通知。會導(dǎo)致重復(fù)，故需要注意這點，需要應(yīng)用自行控制重復(fù)問題。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論