附錄：
https://mp.weixin.qq.com/s/8Hh4j0CjfF5S8zM29JZl2w
# 面試官心理分析
面試官問了你一堆 dubbo 是怎么玩兒的，你會玩兒 dubbo 就可以把單塊系統弄成分布式系統，然后分布式之后接踵而來的就是一堆問題，最大的問題就是分布式事務、接口冪等性、分布式鎖，還有最后一個就是分布式 session。
當然了，分布式系統中的問題何止這么一點，非常之多，復雜度很高，這里只是說一下常見的幾個問題，也是面試的時候常問的幾個。
# 面試題剖析
session 是啥？瀏覽器有個 cookie，在一段時間內這個 cookie 都存在，然后每次發請求過來都帶上一個特殊的 jsessionid cookie，就根據這個東西，在服務端可以維護一個對應的 session 域，里面可以放點數據。
一般的話只要你沒關掉瀏覽器，cookie 還在，那么對應的那個 session 就在，但是如果 cookie 沒了，session 也就沒了。常見於什么購物車之類的東西，還有登錄狀態保存之類的。
這個不多說了，懂 Java 的都該知道這個。
單塊系統的時候這么玩兒 session 沒問題，但是你要是分布式系統呢，那么多的服務，session 狀態在哪兒維護啊？
其實方法很多，但是常見常用的是以下幾種：
1、完全不用 session
使用 JWT Token 儲存用戶身份，然后再從數據庫或者 cache 中獲取其他的信息。這樣無論請求分配到哪個服務器都無所謂。
2、tomcat + redis
這個其實還挺方便的，就是使用 session 的代碼，跟以前一樣，還是基於 tomcat 原生的 session 支持即可，然后就是用一個叫做 Tomcat RedisSessionManager 的東西，讓所有我們部署的 tomcat 都將 session 數據存儲到 redis 即可。
在 tomcat 的配置文件中配置：
然后指定 redis 的 host 和 port 就 ok 了。
還可以用上面這種方式基於 redis 哨兵支持的 redis 高可用集群來保存 session 數據，都是 ok 的。
3、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 配置文件中配置：
在 web.xml 中配置：
示例代碼：
上面的代碼就是 ok 的，給 sping session 配置基於 redis 來存儲 session 數據，然后配置了一個 spring session 的過濾器，這樣的話，session 相關操作都會交給 spring session 來管了。接着在代碼中，就用原生的 session 操作，就是直接基於 spring sesion 從 redis 中獲取數據了。
實現分布式的會話有很多種方式，我說的只不過是比較常見的幾種方式，tomcat + redis 早期比較常用，但是會重耦合到 tomcat 中；近些年，通過 spring session 來實現。