做web開(kāi)發(fā)的同學(xué)應(yīng)該對(duì)session再熟悉不過(guò)，它是服務(wù)器分配給客戶端的會(huì)話標(biāo)識(shí)，瀏覽器每次請(qǐng)求會(huì)帶上這個(gè)標(biāo)識(shí)來(lái)告訴服務(wù)器我是誰(shuí)，服務(wù)器會(huì)在內(nèi)存中存儲(chǔ)這些不同的會(huì)話信息，由此來(lái)分辨請(qǐng)求來(lái)自哪個(gè)會(huì)話。在單機(jī)部署的環(huán)境總，因?yàn)閣eb服務(wù)器和session都是在同一臺(tái)機(jī)器上，所以必然能找到對(duì)應(yīng)的會(huì)話數(shù)據(jù)。但如果有2臺(tái)web服務(wù)器（A和B）提供服務(wù)，假如第一次請(qǐng)求落到A上并創(chuàng)建了session，?，幘W(wǎng)站建設(shè)公司解讀如何保證下次落到B的請(qǐng)求能讀到session數(shù)據(jù)？

創(chuàng)新互聯(lián)服務(wù)項(xiàng)目包括龍州網(wǎng)站建設(shè)、龍州網(wǎng)站制作、龍州網(wǎng)頁(yè)制作以及龍州網(wǎng)絡(luò)營(yíng)銷(xiāo)策劃等。多年來(lái)，我們專(zhuān)注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢(shì)、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，龍州網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到龍州省份的部分城市，未來(lái)相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

解決方案

有以下4中常見(jiàn)的解決方案。

1、Session Sticky

這是最簡(jiǎn)單粗暴的 方法，核心思路就是讓同一會(huì)話的請(qǐng)求都落地到同一臺(tái)服務(wù)器上，這樣處理起來(lái)就和單機(jī)一樣了，我們可以在負(fù)載均衡上做一些身份識(shí)別并控制轉(zhuǎn)發(fā)來(lái)達(dá)到這個(gè)目的。這樣做的優(yōu)勢(shì)是能像單機(jī)一樣簡(jiǎn)化對(duì)session處理，也方便做本地緩存，但缺點(diǎn)也是很明顯的：

如果這臺(tái)服務(wù)器宕機(jī)或重啟了，那么所以的會(huì)話數(shù)據(jù)都會(huì)丟失，失去了分布式集群帶來(lái)的高可用特性。

增加了負(fù)載均衡器的負(fù)擔(dān)，使它變得有狀態(tài)了，而且資源消耗會(huì)更大，容易成為性能瓶頸。

2、Session Replication

顧名思義，這是一種session復(fù)制的方案，核心思路就是通過(guò)在服務(wù)器之間增加session同步機(jī)制來(lái)保證數(shù)據(jù)一致。

看起來(lái)比第一種簡(jiǎn)單了很多，也沒(méi)有第一種帶來(lái)的缺陷，但在某些應(yīng)用場(chǎng)景下還是會(huì)有比較嚴(yán)重的問(wèn)題：

服務(wù)器之間的數(shù)據(jù)同步帶來(lái)了額外的網(wǎng)絡(luò)消耗，隨著機(jī)器數(shù)量和數(shù)據(jù)量的上升，網(wǎng)絡(luò)帶寬將會(huì)有很大的壓力，也必然會(huì)帶來(lái)延時(shí)問(wèn)題。

每臺(tái)服務(wù)器上都要存儲(chǔ)所有的會(huì)話數(shù)據(jù)，如果會(huì)話數(shù)量很大會(huì)占用服務(wù)器大部分內(nèi)存空間。

目前很多應(yīng)用容器都支持這種同步方式，所以在集群規(guī)模和數(shù)據(jù)量比較小的時(shí)候還是一種很好的解決方案。

3、Session集中存儲(chǔ)

這種方式的思路就是把所有的會(huì)話數(shù)據(jù)統(tǒng)一存儲(chǔ)和管理，所有應(yīng)用服務(wù)器需要對(duì)session進(jìn)行讀寫(xiě)都要通過(guò)session服務(wù)器來(lái)操作：

這種方案的好處是獨(dú)立了session的管理，職責(zé)單一化，session服務(wù)器采用什么方式存儲(chǔ)（內(nèi)存、數(shù)據(jù)庫(kù)、文檔、NoSql等等），什么方式對(duì)外提供服務(wù)都是透明的。不會(huì)給應(yīng)用系統(tǒng)和負(fù)載均衡帶來(lái)額外的開(kāi)銷(xiāo)，不需要進(jìn)行數(shù)據(jù)同步就能保證一致性，看起來(lái)應(yīng)該是非常完美了，不過(guò)也有自己的一些小缺陷：

對(duì)session讀寫(xiě)需要網(wǎng)絡(luò)操作，相比較session直接存儲(chǔ)在web服務(wù)器的時(shí)候增加了時(shí)延和不穩(wěn)定性，好在session服務(wù)器和web服務(wù)器一般是部署在局域網(wǎng)中，可以化減少這個(gè)問(wèn)題。

session服務(wù)器出現(xiàn)問(wèn)題將影響所有web服務(wù)，如果采用多機(jī)部署同時(shí)也會(huì)帶來(lái)數(shù)據(jù)一致性問(wèn)題。

每種方案帶有它獨(dú)特的優(yōu)勢(shì)，同時(shí)也會(huì)帶來(lái)相應(yīng)的新問(wèn)題，正所謂沒(méi)有十全十美，只有適合才是最好的?？傮w來(lái)說(shuō)，這種方案在應(yīng)用服務(wù)器和會(huì)話數(shù)據(jù)量都很大的時(shí)候還是非常有優(yōu)勢(shì)的。

4、Cookie Base

這種方案是基于cookie的傳輸來(lái)實(shí)現(xiàn)的，核心思想很簡(jiǎn)單，就是把完整的會(huì)話數(shù)據(jù)經(jīng)過(guò)處理后寫(xiě)入到客戶端cookie，以后客戶端每次請(qǐng)求都帶上這個(gè)cookie，然后服務(wù)端通過(guò)解析cookie數(shù)據(jù)來(lái)獲取會(huì)話信息，如下圖所示：

這種方案簡(jiǎn)單明了，也沒(méi)有前面幾種方案帶來(lái)的問(wèn)題，但劣勢(shì)也非常明顯：

首先通過(guò)cookie來(lái)傳遞關(guān)鍵數(shù)據(jù)肯定是不安全的，即便是采用了特殊的加密手段。

如果客戶端禁用了cookie，將直接導(dǎo)致服務(wù)不可用。

cookie的數(shù)據(jù)是有大小限制的，如果傳遞的數(shù)據(jù)超出限制大小，將會(huì)導(dǎo)致數(shù)據(jù)異常。

在http請(qǐng)求中攜帶大量的數(shù)據(jù)進(jìn)行傳輸會(huì)增加網(wǎng)絡(luò)負(fù)擔(dān)，同樣，服務(wù)端響應(yīng)大量數(shù)據(jù)會(huì)導(dǎo)致請(qǐng)求變慢，并發(fā)量大的時(shí)候會(huì)非?？膳?。

總結(jié)

以上4種方案都是可行的方案，正如前面所說(shuō)，每種方案各有優(yōu)劣，不會(huì)十全十美，實(shí)際應(yīng)用中要根據(jù)需求做權(quán)衡和取舍。這些都是屬于比較通用的方案，我相信在真正的實(shí)踐和落地過(guò)程中還會(huì)有其他問(wèn)題出現(xiàn)，有經(jīng)驗(yàn)的過(guò)來(lái)人或許會(huì)有一些另辟蹊徑的“套路”，歡迎討論交流。

分享文章：解讀分布式web架構(gòu)中Session管理方法的優(yōu)缺點(diǎn)
標(biāo)題網(wǎng)址：http://weahome.cn/article/cjcssp.html