第一，
在其中乙個tomcat伺服器中，存入session，然後通過廣播複製到每乙個tomcat伺服器中（也稱session的replication）。這樣最大的問題就是有冗餘。
第二，利用nginx 對ip進行hash（伺服器的個數） 取模，將session存入某一台tomcat伺服器中。這樣可以保證同乙個ip可以路由到同一臺伺服器。從而
體現一種session的假象。但同時也存在乙個問題，就是存session的那台機子死機會導致session丟失。
第三，可以將以上兩種方案結合使用，先用第二種方案對hash取模，在將這台機子附近的機子做session的replication。
這樣做只是比第二種更好一點，但也有可能出現第二中的情況。
第四，用redis做session的管理。（這種方案是最好的，也是我最推薦用的）。
集群中的session共享問題解決方案
每個請求按時間順序逐一分配到不同的後端伺服器，如果後端某台伺服器宕機，則自動剔除故障機器，使使用者訪問不受影響。指定輪詢權重，weight值越大，分配到的機率就越高，主要用於後端每台伺服器效能不均衡的情況。每個請求按訪問ip的雜湊結果分配，這樣每個訪客固定訪問乙個後端伺服器，可以有效的解決動態網頁存...
集群的session問題解決方案
同乙個ip的請求 到同乙個伺服器，太low不解釋。原理 存入session中的key value,同時存放到redis中，如果session中沒有找到，就去redis中去獲取。新增依賴 org.springframework.boot spring boot starter redis org.sp...
集群session問題（一）
這個方案比較簡單 再負載均衡器上將同樣的session請求發往同乙個伺服器，其實還是相當於單機，只是在負載均衡器上做處理了。這樣的好處就是 簡單 缺點如下 1 如果有一台web伺服器宕機，那麼這台機器上的會話資料全丟失，使用者需要重新登入 2 會話標識是應用層的資訊，那麼負載均衡器要將同乙個會話請求...