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

讓客戶滿意是我們工作的目標(biāo)，不斷超越客戶的期望值來自于我們對這個(gè)行業(yè)的熱愛。我們立志把好的技術(shù)通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領(lǐng)域值得信任、有價(jià)值的長期合作伙伴，公司提供的服務(wù)項(xiàng)目有：申請域名、網(wǎng)站空間、營銷軟件、網(wǎng)站建設(shè)、酒泉網(wǎng)站維護(hù)、網(wǎng)站推廣。

現(xiàn)象闡述:

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

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

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

相關(guān)專題推薦：php session （包含圖文、視頻、案例）

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

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

解決配置:

1 )添加依賴

  org.springframework.session
  spring-session-data-redis
  1.2.0.RELEASE


  org.apache.velocity
  velocity
  1.7

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

  springSessionRepositoryFilter
  org.springframework.web.filter.DelegatingFilterProxy


  springSessionRepositoryFilter
  /*

3) Spring.xml的配置

解析:

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

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

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

如果未指定init-param參數(shù)的話，DelegatingFilterProxy就會(huì)把filter-name作為要查找的Bean對象，這也是DelegatingFilterProxy類的作用?？梢钥闯雒恳粋€(gè)請求都會(huì)經(jīng)過該filter，經(jīng)過該filter的請求也會(huì)相應(yīng)的經(jīng)過springSessionRepositoryFilter這個(gè)過濾器，那么我們就接著看一下springSessionRepositoryFilter這個(gè)過濾器

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

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

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

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

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

我們通過快捷鍵查看request.getSession() 的具體實(shí)現(xiàn)，就可以看出已經(jīng)有了SessionRepositoryRequestWrapper 重寫的方法。 上述有兩個(gè)默認(rèn)的實(shí)現(xiàn)，一個(gè)是原始的，一個(gè)是Spring Session實(shí)現(xiàn)的，具體選用哪一種作為實(shí)現(xiàn)，這就是我們上邊說的DelegatingFilterProxy 代理的作用了，他會(huì)將每一個(gè)請求過濾，經(jīng)過DelegatingFilterProxy的每一個(gè)請求也會(huì)經(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)很清楚的理解了。

相關(guān)學(xué)習(xí)推薦：redis視頻教程

網(wǎng)站標(biāo)題：學(xué)習(xí)SpringSession和Redis解決分布式Session跨域共享問題
路徑分享：http://weahome.cn/article/cgepje.html