pringboot集群之如何看待session和redis

這篇文章將為大家詳細講解有關pringboot集群之如何看待session和redis，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。

在談到集群方案的時候，第一個會遇到的問題就是session問題，在單機上，session的問題從來都是web容器解決的，我們主要是用，但是集群意味著多容器。如果負載均衡是隨機分配服務器訪問的話，很容易造成在A服務器登錄后，下次訪問是走的是B服務器，結果B服務器的web容器里面并沒有該用戶的session，結果就悲劇了。那么怎么辦呢，當然是redis來處理，redis把session集中存儲起來，不管哪臺服務器存取session都是走redis，本地服務器不保存session，這個問題就完美的解決了。這個方案落到具體的實現上，首先我想到的就是spring自己的解決方案，spring session。

1、spring session+redis跑起來

spring session+redis的方案非常的簡單，大家請按步驟來：

步驟1：pom文件加starter

        <dependency>
			<groupId>org.springframework.boot</groupId>
			<artifactId>spring-boot-starter-data-redis</artifactId>
		</dependency>
        <dependency>
			<groupId>org.springframework.boot</groupId>
			<artifactId>spring-boot-starter-web</artifactId>
		</dependency>
		<dependency>
			<groupId>org.springframework.session</groupId>
			<artifactId>spring-session-data-redis</artifactId>
		</dependency>

spring-boot-starter-web是引入web依賴，spring-boot-starter-data-redis是redis的存取，spring-session-data-redis就是把redis作為session的存儲位置并做相關操作的依賴。

步驟2：把redis的配置寫到application.properties里面去

# REDIS
# Redis數據庫索引（默認為0）
spring.redis.database=0  
# Redis服務器地址
spring.redis.host=myip
# Redis服務器連接端口
spring.redis.port=6379  
# Redis服務器連接密碼（默認為空）
spring.redis.password=password
# 連接池最大連接數（使用負值表示沒有限制） 默認 8
spring.redis.lettuce.pool.max-active=8
# 連接池最大阻塞等待時間（使用負值表示沒有限制） 默認 -1
spring.redis.lettuce.pool.max-wait=-1
# 連接池中的最大空閑連接 默認 8
spring.redis.lettuce.pool.max-idle=8
# 連接池中的最小空閑連接 默認 0
spring.redis.lettuce.pool.min-idle=0

步驟3：把相關注解加到啟動類里面去

@SpringBootApplication
@EnableCaching
@EnableRedisHttpSession(maxInactiveIntervalInSeconds = 86400*30)
public class RedisApplication {

	public static void main(String[] args) {
		SpringApplication.run(RedisApplication.class, args);
	}
}

其中@EnableCaching表示開啟緩存，因為我們在application.proerties文件里面配置了redis，所以默認redis就作為項目的緩存；@EnableRedisHttpSession表示redis存儲httpsession，后面session就會自動存儲到redis里面了。

我們開一個controller，試一下是不是這樣：

@RestController
public class IndexController {
  
    @RequestMapping("/saveSession")
    String saveSession(HttpSession session) {
        session.setAttribute("mySession", "lalala");
        return session.getId();
    }
    
    @RequestMapping("/getSession")
    String getSession(HttpSession session) {
        String mySessionString = session.getAttribute("mySession").toString();
        return mySessionString;
    }

saveSession和getSession的方法很簡單，一個存session，一個取session

我們用redis-cli查看下這個session是否存到了redis：

可見，session自動就存儲到了redis。可見，實現session到redis，然后共享，非常的簡單。

這一塊的源碼可以看這里

2、session在redis的存儲結構

上面用redis-cli查看session的時候，可以看到的確session存進去了，但這個存儲的方式卻不是那么明了，可以拿來說道說道。

2.1、namespace和其他屬性

首先是存儲的key值，比如上面截圖中的，是這么一段：

spring:session:sessions:54abb3f7-909a-46c8-ab4c-1b515eff69b1

其中spring:session是spring session在redis里面的命名空間，默認就是“spring:session"，在org.springframework.session.data.redis.config.annotation.web.http.RedisHttpSessionConfiguration的源代碼里面可以看到：

這個namespace是可以改的，在@EnableRedisHttpSession的源代碼里面我們可以看到，有這么幾個參數是可以傳進去配置的

public @interface EnableRedisHttpSession {

	/**
	 * The session timeout in seconds. By default, it is set to 1800 seconds (30 minutes).
	 * This should be a non-negative integer.
	 * @return the seconds a session can be inactive before expiring
	 */
	int maxInactiveIntervalInSeconds() default MapSession.DEFAULT_MAX_INACTIVE_INTERVAL_SECONDS;

	/**
	 * Defines a unique namespace for keys. The value is used to isolate sessions by
	 * changing the prefix from default {@code spring:session:} to
	 * {@code <redisNamespace>:}.
	 * <p>
	 * For example, if you had an application named "Application A" that needed to keep
	 * the sessions isolated from "Application B" you could set two different values for
	 * the applications and they could function within the same Redis instance.
	 * @return the unique namespace for keys
	 */
	String redisNamespace() default RedisOperationsSessionRepository.DEFAULT_NAMESPACE;

	/**
	 * Flush mode for the Redis sessions. The default is {@code ON_SAVE} which only
	 * updates the backing Redis when {@link SessionRepository#save(Session)} is invoked.
	 * In a web environment this happens just before the HTTP response is committed.
	 * <p>
	 * Setting the value to {@code IMMEDIATE} will ensure that the any updates to the
	 * Session are immediately written to the Redis instance.
	 * @return the {@link RedisFlushMode} to use
	 * @since 1.1
	 */
	RedisFlushMode redisFlushMode() default RedisFlushMode.ON_SAVE;

	/**
	 * The cron expression for expired session cleanup job. By default runs every minute.
	 * @return the session cleanup cron expression
	 * @since 2.0.0
	 */
	String cleanupCron() default RedisHttpSessionConfiguration.DEFAULT_CLEANUP_CRON;

}

• maxInactiveIntervalInSeconds是session中的數據的過期時間(不是session在redis中的過期時間)

• redisNamespace就是session在spring session在redis里面key的命名空間

• redisFlushMode是redis保存session的方式,默認 ON_SAVE。有兩種方式:?IMMEDIATE:一旦創建session的時候就立即保存；ON_SAVE:創建session的時候不會保存,但當往session中添加數據的時候就會保存

• cleanupCron session過期時的數據清掃定時任務，默認的配置時1分鐘1次，為什么要配置這個，后面會講。

我們在@EnableRedisHttpSession配置一個namespace看下效果

@EnableRedisHttpSession(maxInactiveIntervalInSeconds = 86400*30,redisNamespace = "wphmoon:session")
public class RedisApplication {
......
}

訪問上面的saveSession方法，看下session在redis里面的數據結構：

2.2 session在redis里面的存儲結構

上圖可以看到命名空間已經修改了。我們再來看下key后面的value是什么樣的

失敗了，原因是session存到redis并不是用字符串類型來存，它存儲的格式是

用的是hash，我們用hget來看一下

查不到，原因是mySession并不是完整的field name，完整的是這樣的

看到熟悉的lalala就知道這次終于查到了，完整的fieldName要在我們命名的Attribute前面加上sessionAttr。但是在lalala前面的”\xac\xed\x00\x05t\x00\x06“又是什么鬼？

這個就要靠翻源代碼了，于是我開始到spring-session-data-redis-XXX.jar里面去找，看到了SpringSessionRedisOperations這個類，這個名字一看就象是把session推到redis的操作類（它本身是個注解，代碼里面作者很貼心的告訴我們具體實現去看哪些）。

在RedisOperationsSessionRepository類里面，我意外的發現了這個

原來sessionAttr:是在這里定義的，我還發現了這個

原來namespace要加上sessions是在這里，但我們這次翻代碼的主要原因，查看value內容里面的亂字符串卻不在這里，在另外一個類ReactiveRedisOperationsSessionRepository里面。它實際操作session存儲的方法是調用另外一個接口類：

這個接口的實現類最終只有兩個，還是繼承關系。

看到RedisTemplate總算看到了老朋友，我們使用redis的時候最常用到的工具。看下它操作hash的方法

從參數的名字就能看出來，這個肯定經過了序列化（serialization）處理，所以進到RedisSerializationContext里面可以看到這一句

看來，所有session存入redis里面的時候，需要做序列化的處理，而真正字符串前面的那一堆，就是序列化的標記內容。

關于pringboot集群之如何看待session和redis就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。