1.使用cookie代替session(不安全，不推薦使用)
2.使用資料庫儲存session(效率低，不推薦使用)
3.使用nginx反向**ip繫結方法，同乙個ip只能在同一臺伺服器上進行訪問(不推薦，相當於沒有集群)。
4.使用spring-session框架，相當於把session快取到redis中。
5.使用tomcat內建的對session的同步(有延遲，不推薦)
6.使用token代替session，token存放在redis中，實現分布式共享。
分布式session一致性
在多台後台伺服器的環境下，我們為了確保乙個客戶只和一台伺服器通訊，我們勢必使用長連線。使用什麼方式來實現這種連線呢，常見的有使用nginx自帶的ip hash來做，我想這絕對不是乙個好的辦法，如果前端是cdn，或者說乙個區域網的客戶同時訪問伺服器，導致出現伺服器分配不均衡，以及不能保證每次訪問都粘滯...
分布式SESSION一致性
session是伺服器為客戶端建立的乙個會話，儲存使用者的相關資訊，用以標識使用者身份等。在單伺服器環境下是不需要考慮會話的一致性的問題的，但是在集群環境下就會出現一些問題，假如乙個使用者在登入請求時負載均衡到了a伺服器，a伺服器為其分配了session，下次請求資料時被分配到了b伺服器，此時由於b...
分布式session一致性解決方案
在早期的時候，很多 由於使用者規模較小，都是採取的單機部署的模式，只用一台伺服器來承載使用者的請求，這時候session是存在同一臺伺服器上，所以能夠很容易實現會話跟蹤和保持。然而隨著使用者規模的擴大，單機部署模式已經無法承載所有使用者的請求了，這時候人們自然而然想到用多台伺服器來處理使用者的請求，...