sessionstorage在什么情況下會共享？相同瀏覽器下，并且是同源窗口（協(xié)議、域名、端口一致），不同頁面可以共享localStorage值，通過跳轉(zhuǎn)的頁面可以共享sessionStorage值。

sessionstorage在什么情況下會共享？

相同瀏覽器下，并且是同源窗口（協(xié)議、域名、端口一致），不同頁面可以共享localStorage值，通過跳轉(zhuǎn)的頁面可以共享sessionStorage值。

最初的時候誤認(rèn)為只要是同一網(wǎng)站下所有頁面共享sessionStorage，后來發(fā)現(xiàn)事情不是這樣的。頁面是否共享sesstionStorage與打開有關(guān)系：通過點擊鏈接或打開的新標(biāo)簽頁與當(dāng)前頁面是同一個session；其它單獨新開頁面，會初始化一個新的session，即使同一網(wǎng)站下，他們也不屬于同一個session。

在集群中部署多個服務(wù)器如何解決SESSION問題？

首先我們來分析這個問題，問題里出現(xiàn)了兩個關(guān)鍵詞：集群、Session，在回答問題之前我們先來聊聊這兩個關(guān)鍵詞。

集群說到集群首先給人的第一感覺是一大堆的服務(wù)器，其實這種想法是片面的，集群是指多臺服務(wù)器上部署同一個業(yè)務(wù)，通俗說就是同一件事多個人來干。談到集群就不得不說分布式。分布式是為了解決業(yè)務(wù)的高耦合性產(chǎn)生，將一個寵大的任務(wù)拆分成多個子任務(wù)部署在不同服務(wù)器上，這就是分布式。

Session由于HTTP協(xié)議是無狀態(tài)的，瀏覽器的每一次訪問對于服務(wù)器來說都是第一次訪問，服務(wù)器就好像得了阿茲海默癥（健忘癥）。為了解決這個問題，Cookie和Session兩兄弟應(yīng)運而生。

用戶訪問Web服務(wù)器后，服務(wù)器生成了Session并將唯一標(biāo)識符（SessionID）存放在客戶端Cookie中，下次瀏覽器發(fā)出請求就會攜帶Cookie，服務(wù)器根據(jù)Cookie中的SessionID就去找對應(yīng)的Session，找到了則代表會話成功。

集群部署時Session會出什么問題？因為Session默認(rèn)是存儲在服務(wù)器端的，而集群部署時用戶的請求可能會被定向至不同的節(jié)點服務(wù)器上，所以可能第一次訪問時保存了會話狀態(tài)，第二次訪問又被定向到其它節(jié)點（其它節(jié)點上并沒有此用戶的Session信息）上導(dǎo)致會話狀態(tài)丟失！

如何解決集群環(huán)境下的Session同步問題？解決這個問題，我們只要確保所有節(jié)點服務(wù)器共用Session即可，方案有以下幾種供大家選擇：

1、粘性Session

同一個用戶的請求分配到同一臺服務(wù)器（通過一致性HASH算法實現(xiàn)），這樣始終在這臺服務(wù)器上尋找Session，稱為粘性Session。

2、Session復(fù)制

將所有節(jié)點服務(wù)器上的Session保持同步復(fù)制狀態(tài)，任何一臺節(jié)點上產(chǎn)生新的Session都復(fù)制到其它節(jié)點服務(wù)器。

3、Session共享

將Session放在統(tǒng)一的地方集中管理（如：Session入庫、存入Redis等），然后所有節(jié)點服務(wù)器統(tǒng)統(tǒng)從這個地方存取Session即可。

以上這幾種解決方案應(yīng)用最廣的就是Session共享機(jī)制，既可解決Session同步問題又無需擔(dān)心數(shù)據(jù)丟失。

以上就是我的觀點，對于這個問題大家是怎么看待的呢？歡迎在下方評論區(qū)交流 ~ 我是科技領(lǐng)域創(chuàng)作者，十年互聯(lián)網(wǎng)從業(yè)經(jīng)驗，歡迎關(guān)注我了解更多科技知識！