Spring Session和Redis解決分布式Session跨域共享問題是什么

本篇文章給大家分享的是有關(guān)Spring Session和Redis解決分布式Session跨域共享問題是什么，小編覺得挺實(shí)用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

使用Spring Session和Redis解決分布式Session跨域共享問題

現(xiàn)象闡述:

在項(xiàng)目中前后端代碼未做分離,在兩臺實(shí)例的情況下服務(wù)正常運(yùn)行偶爾會彈出類似需要重新登錄的提示,后臺報(bào)錯信息

這是處理器異常  原因并不明顯

增加機(jī)器實(shí)例后,在訪問前端頁面的時候,一直重復(fù)訪問登錄頁面,導(dǎo)致頁面302,種種跡象表明是登錄配置的問題引起的。

問題引入：Session不能共享導(dǎo)致不同機(jī)器之間輪詢要求登錄導(dǎo)致最終的服務(wù)異常

解決方案：使用Spring Session和Redis解決分布式Session跨域共享問題

解決配置:

1 )添加依賴      

<dependency>
  <groupId>org.springframework.session</groupId>
  <artifactId>spring-session-data-redis</artifactId>
  <version>1.2.0.RELEASE</version>
</dependency>
<dependency>
  <groupId>org.apache.velocity</groupId>
  <artifactId>velocity</artifactId>
  <version>1.7</version>
</dependency>

2 ）web.xml配置文件添加：

<!-- 分布式Session共享Filter -->
<filter>
  <filter-name>springSessionRepositoryFilter</filter-name>
  <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>
</filter>
<filter-mapping>
  <filter-name>springSessionRepositoryFilter</filter-name>
  <url-pattern>/*</url-pattern>
</filter-mapping>

3) Spring.xml的配置

<!-- 將session放入redis -->
<context:annotation-config/>
<bean id="redisHttpSessionConfiguration"   class="org.springframework.session.data.redis.config.annotation.web.http.RedisHttpSessionConfiguration">
   <property name="maxInactiveIntervalInSeconds" value="120" />
</bean>
<bean class="org.springframework.data.redis.connection.jedis.JedisConnectionFactory">
   <!-- redis 配置 -->
   <property name="hostName" value="192.168.0.48" />
   <property name="port" value="6379" />
</bean>

解析:

1、web中DelegatingFilterProxy 類：屬于代理fiter,它會在tomcat啟動后開始加載web.xml中的filter時將filter的管理交給spring中的bean  也就是第三步的配置 引入RedisHttpSessionConfiguration

2、RedisHttpSessionConfiguration繼承了SpringHttpSessionConfiguration這個類，這個類很重要，SpringHttpSessionConfiguration通過@Bean的方式將springSessionRepositoryFilter注入到容器中

3、SessionRepositoryFilter這個過濾器就是前邊DelegatingFilterProxy查找的過濾器SessionRepositoryFilter是關(guān)鍵,具體怎么關(guān)聯(lián)起來的呢?

如果未指定init-param參數(shù)的話，DelegatingFilterProxy就會把filter-name作為要查找的Bean對象，這也是DelegatingFilterProxy類的作用。可以看出每一個請求都會經(jīng)過該filter，經(jīng)過該filter的請求也會相應(yīng)的經(jīng)過springSessionRepositoryFilter這個過濾器，那么我們就接著看一下springSessionRepositoryFilter這個過濾器

4、SessionRepositoryFilter的作用就是替換容器默認(rèn)的javax.servlet.http.HttpSession支持為org.springframework.session.Session。

SessionRepositoryFilter的主要方法和屬性如下：

5、其中SessionRepositoryResponseWrapper、SessionRepositoryRequestWrapper、HttpSessionWrapper為內(nèi)部類，這個也是很關(guān)鍵的。例如SessionRepositoryRequestWrapper類

可以看出SessionRepositoryRequestWrapper繼承了javax.servlet.http.HttpServletRequestWrapper這個類，我們知道HttpServletRequest接口的默認(rèn)實(shí)現(xiàn)是有HttpServletRequestWrapper的，如下

6、因?yàn)镾essionRepositoryRequestWrapper繼承了HttpServletRequestWrapper，而HttpServletRequestWrapper實(shí)現(xiàn)了HttpServletRequest接口，在SessionRepositoryRequestWrapper又重寫了HttpServletRequest接口中的一些方法，所以才會有：getSession、changeSessionId等這些方法。 到此，我們應(yīng)該大致明白了，原有的request請求和response都被重新進(jìn)行了包裝。我們也就明白了原有的HttpSeesion是如何被Spring Session替換掉的。

我們通過快捷鍵查看request.getSession() 的具體實(shí)現(xiàn)，就可以看出已經(jīng)有了SessionRepositoryRequestWrapper 重寫的方法。 上述有兩個默認(rèn)的實(shí)現(xiàn)，一個是原始的，一個是Spring Session實(shí)現(xiàn)的，具體選用哪一種作為實(shí)現(xiàn)，這就是我們上邊說的DelegatingFilterProxy 代理的作用了，他會將每一個請求過濾，經(jīng)過DelegatingFilterProxy的每一個請求也會經(jīng)過springSessionRepositoryFilter過濾器，springSessionRepositoryFilter過濾器就實(shí)現(xiàn)了將原有request到SessionRepositoryRequestWrapper的轉(zhuǎn)換，這就是實(shí)現(xiàn)了具體的流程！

request.getSession().setAttribute(name, value)的實(shí)現(xiàn)： 追蹤代碼，可以到達(dá)下邊內(nèi)容

可以看到有Redis相關(guān)的操作！ 至此，我們應(yīng)該清楚了，Spring Session的工作原理了！雖然下邊的過程沒有再去介紹，但是已經(jīng)很清楚的理解了。

以上就是Spring Session和Redis解決分布式Session跨域共享問題是什么，小編相信有部分知識點(diǎn)可能是我們?nèi)粘９ぷ鲿姷交蛴玫降?。希望你能通過這篇文章學(xué)到更多知識。更多詳情敬請關(guān)注億速云行業(yè)資訊頻道。