面試題
集群部署時的分佈式 session 如何實現？
面試官心理分析
面試官問了你一堆 dubbo 是怎麼玩兒的，你會玩兒 dubbo 就可以把單塊系統弄成分佈式系統，然後分佈式之後接踵而來的就是一堆問題，最大的問題就是分佈式事務、接口冪等性、分佈式鎖，還有最後一個就是分佈式 session。
當然了，分佈式系統中的問題何止這麼一點，非常之多，複雜度很高，但是這裡就是說下常見的幾個，也是面試的時候常問的幾個。
面試題剖析
session 是啥？瀏覽器有個 cookie，在一段時間內這個 cookie 都存在，然後每次發請求過來都帶上一個特殊的 jsessionid cookie，就根據這個東西，在服務端可以維護一個對應的 session 域，裡面可以放點數據。
一般只要你沒關掉瀏覽器，cookie 還在，那麼對應的那個 session 就在，但是如果 cookie 沒了，session 也就沒了。常見於什麼購物車之類的東西，還有登錄狀態保存之類的。
這個不多說了，懂 Java 的都該知道這個。
單塊系統的時候這麼玩兒 session 沒問題，但是你要是分佈式系統呢，那麼多的服務，session 狀態在哪兒維護啊？
其實方法很多，但是常見常用的是以下幾種：
完全不用 session
使用 JWT Token 儲存用戶身份，然後再從數據庫或者 cache 中獲取其他的信息。這樣無論請求分配到哪個服務器都無所謂。
tomcat + redis
這個其實還挺方便的，就是使用 session 的代碼，跟以前一樣，還是基於 tomcat 原生的 session 支持即可，然後就是用一個叫做 Tomcat RedisSessionManager 的東西，讓所有我們部署的 tomcat 都將 session 數據存儲到 redis 即可。
在 tomcat 的配置文件中配置：
然後指定 redis 的 host 和 port 就 ok 了。
還可以用上面這種方式基於 redis 哨兵支持的 redis 高可用集群來保存 session 數據，都是 ok 的。
spring session + redis
第一種方式會與 tomcat 容器重耦合，如果我要將 web 容器遷移成 jetty，難道還要重新把 jetty 都配置一遍？
因為上面那種 tomcat + redis 的方式好用，但是會嚴重依賴於web容器，不好將代碼移植到其他 web 容器上去，尤其是你要是換了技術棧咋整？比如換成了 spring cloud 或者是 spring boot 之類的呢？
所以現在比較好的還是基於 Java 一站式解決方案，也就是 spring。人家 spring 基本上包掉了大部分我們需要使用的框架，spirng cloud 做微服務，spring boot 做腳手架，所以用 sping session 是一個很好的選擇。
在 pom.xml 中配置：
在 spring 配置文件中配置：
<bean> class="org.springframework.session.data.redis.config.annotation.web.http.RedisHttpSessionConfiguration">
<property>
/<bean>
<bean>
<property>
<property>
/<bean>
<bean> class="org.springframework.data.redis.connection.jedis.JedisConnectionFactory" destroy-method="destroy">
<property>
<property>
<property>
<property>
<property>
<property>
/<bean>
在 web.xml 中配置：
實現分佈式的會話有很多種方式，我說的只不過是比較常見的幾種方式，tomcat + redis 早期比較常用，但是會重耦合到 tomcat 中；近些年，通過 spring session 來實現。
閱讀更多 程序員界的彭于晏 的文章
