一、準(zhǔn)備

　　1、了解http請(qǐng)求及特點(diǎn)

　　2、了解cookie和session

　　3、了解用戶(hù)登錄和注銷(xiāo)流程

二、單機(jī)用戶(hù)登錄流程

總體流程圖實(shí)現(xiàn)：

1、http無(wú)狀態(tài)協(xié)議

web應(yīng)用采用browser/server架構(gòu)，http作為通信協(xié)議。http是無(wú)狀態(tài)協(xié)議，瀏覽器的每一次請(qǐng)求，服務(wù)器會(huì)獨(dú)立處理，不與之前或之后的請(qǐng)求產(chǎn)生關(guān)聯(lián)，這個(gè)過(guò)程用下圖說(shuō)明，三次請(qǐng)求/響應(yīng)對(duì)之間沒(méi)有任何聯(lián)系

但這也同時(shí)意味著，任何用戶(hù)都能通過(guò)瀏覽器訪問(wèn)服務(wù)器資源，如果想保護(hù)服務(wù)器的某些資源，必須限制瀏覽器請(qǐng)求；要限制瀏覽器請(qǐng)求，必須鑒別瀏覽器請(qǐng)求，響應(yīng)合法請(qǐng)求，忽略非法請(qǐng)求；要鑒別瀏覽器請(qǐng)求，必須清楚瀏覽器請(qǐng)求狀態(tài)。既然http協(xié)議無(wú)狀態(tài)，那就讓服務(wù)器和瀏覽器共同維護(hù)一個(gè)狀態(tài)吧！這就是會(huì)話(huà)機(jī)制

2、會(huì)話(huà)機(jī)制

瀏覽器第一次請(qǐng)求服務(wù)器，服務(wù)器創(chuàng)建一個(gè)會(huì)話(huà)，并將會(huì)話(huà)的id作為響應(yīng)的一部分發(fā)送給瀏覽器，瀏覽器存儲(chǔ)會(huì)話(huà)id，并在后續(xù)第二次和第三次請(qǐng)求中帶上會(huì)話(huà)id，服務(wù)器取得請(qǐng)求中的會(huì)話(huà)id就知道是不是同一個(gè)用戶(hù)了，這個(gè)過(guò)程用下圖說(shuō)明，后續(xù)請(qǐng)求與第一次請(qǐng)求產(chǎn)生了關(guān)聯(lián)

服務(wù)器在內(nèi)存中保存會(huì)話(huà)對(duì)象，瀏覽器怎么保存會(huì)話(huà)id呢？你可能會(huì)想到兩種方式

請(qǐng)求參數(shù)

cookie

將會(huì)話(huà)id作為每一個(gè)請(qǐng)求的參數(shù)，服務(wù)器接收請(qǐng)求自然能解析參數(shù)獲得會(huì)話(huà)id，并借此判斷是否來(lái)自同一會(huì)話(huà)，很明顯，這種方式不靠譜。那就瀏覽器自己來(lái)維護(hù)這個(gè)會(huì)話(huà)id吧，每次發(fā)送http請(qǐng)求時(shí)瀏覽器自動(dòng)發(fā)送會(huì)話(huà)id，cookie機(jī)制正好用來(lái)做這件事。cookie是瀏覽器用來(lái)存儲(chǔ)少量數(shù)據(jù)的一種機(jī)制，數(shù)據(jù)以”key/value“形式存儲(chǔ)，瀏覽器發(fā)送http請(qǐng)求時(shí)自動(dòng)附帶cookie信息

tomcat會(huì)話(huà)機(jī)制當(dāng)然也實(shí)現(xiàn)了cookie，訪問(wèn)tomcat服務(wù)器時(shí)，瀏覽器中可以看到一個(gè)名為“JSESSIONID”的cookie，這就是tomcat會(huì)話(huà)機(jī)制維護(hù)的會(huì)話(huà)id，使用了cookie的請(qǐng)求響應(yīng)過(guò)程如下圖

3、登錄狀態(tài)

有了會(huì)話(huà)機(jī)制，登錄狀態(tài)就好明白了，我們假設(shè)瀏覽器第一次請(qǐng)求服務(wù)器需要輸入用戶(hù)名與密碼驗(yàn)證身份，服務(wù)器拿到用戶(hù)名密碼去數(shù)據(jù)庫(kù)比對(duì)，正確的話(huà)說(shuō)明當(dāng)前持有這個(gè)會(huì)話(huà)的用戶(hù)是合法用戶(hù)，應(yīng)該將這個(gè)會(huì)話(huà)標(biāo)記為“已授權(quán)”或者“已登錄”等等之類(lèi)的狀態(tài)，既然是會(huì)話(huà)的狀態(tài)，自然要保存在會(huì)話(huà)對(duì)象中，tomcat在會(huì)話(huà)對(duì)象中設(shè)置登錄狀態(tài)如下：

HttpSession session = request.getSession();

session.setAttribute("isLogin", true);

用戶(hù)再次訪問(wèn)時(shí)，tomcat在會(huì)話(huà)對(duì)象中查看登錄狀態(tài)：

HttpSession session = request.getSession();

session.getAttribute("isLogin");

三、 集群系統(tǒng)sso登錄

什么是單點(diǎn)登錄？單點(diǎn)登錄全稱(chēng)Single Sign On（以下簡(jiǎn)稱(chēng)SSO），是指在多系統(tǒng)應(yīng)用群中登錄一個(gè)系統(tǒng)，便可在其他所有系統(tǒng)中得到授權(quán)而無(wú)需再次登錄，包括單點(diǎn)登錄與單點(diǎn)注銷(xiāo)兩部分

1、登錄

相比于單系統(tǒng)登錄，sso需要一個(gè)獨(dú)立的認(rèn)證中心，只有認(rèn)證中心能接受用戶(hù)的用戶(hù)名密碼等安全信息，其他系統(tǒng)不提供登錄入口，只接受認(rèn)證中心的間接授權(quán)。間接授權(quán)通過(guò)令牌實(shí)現(xiàn)，sso認(rèn)證中心驗(yàn)證用戶(hù)的用戶(hù)名密碼沒(méi)問(wèn)題，創(chuàng)建授權(quán)令牌，在接下來(lái)的跳轉(zhuǎn)過(guò)程中，授權(quán)令牌作為參數(shù)發(fā)送給各個(gè)子系統(tǒng)，子系統(tǒng)拿到令牌，即得到了授權(quán)，可以借此創(chuàng)建局部會(huì)話(huà)，局部會(huì)話(huà)登錄方式與單系統(tǒng)的登錄方式相同。這個(gè)過(guò)程，也就是單點(diǎn)登錄的原理，用下圖說(shuō)明

下面對(duì)上圖簡(jiǎn)要描述

用戶(hù)訪問(wèn)系統(tǒng)1的受保護(hù)資源，系統(tǒng)1發(fā)現(xiàn)用戶(hù)未登錄，跳轉(zhuǎn)至sso認(rèn)證中心，并將自己的地址作為參數(shù)

sso認(rèn)證中心發(fā)現(xiàn)用戶(hù)未登錄，將用戶(hù)引導(dǎo)至登錄頁(yè)面

用戶(hù)輸入用戶(hù)名密碼提交登錄申請(qǐng)

sso認(rèn)證中心校驗(yàn)用戶(hù)信息，創(chuàng)建用戶(hù)與sso認(rèn)證中心之間的會(huì)話(huà)，稱(chēng)為全局會(huì)話(huà)，同時(shí)創(chuàng)建授權(quán)令牌

sso認(rèn)證中心帶著令牌跳轉(zhuǎn)會(huì)最初的請(qǐng)求地址（系統(tǒng)1）

系統(tǒng)1拿到令牌，去sso認(rèn)證中心校驗(yàn)令牌是否有效

sso認(rèn)證中心校驗(yàn)令牌，返回有效，注冊(cè)系統(tǒng)1

系統(tǒng)1使用該令牌創(chuàng)建與用戶(hù)的會(huì)話(huà)，稱(chēng)為局部會(huì)話(huà)，返回受保護(hù)資源

用戶(hù)訪問(wèn)系統(tǒng)2的受保護(hù)資源

系統(tǒng)2發(fā)現(xiàn)用戶(hù)未登錄，跳轉(zhuǎn)至sso認(rèn)證中心，并將自己的地址作為參數(shù)

sso認(rèn)證中心發(fā)現(xiàn)用戶(hù)已登錄，跳轉(zhuǎn)回系統(tǒng)2的地址，并附上令牌

系統(tǒng)2拿到令牌，去sso認(rèn)證中心校驗(yàn)令牌是否有效

sso認(rèn)證中心校驗(yàn)令牌，返回有效，注冊(cè)系統(tǒng)2

系統(tǒng)2使用該令牌創(chuàng)建與用戶(hù)的局部會(huì)話(huà)，返回受保護(hù)資源

用戶(hù)登錄成功之后，會(huì)與sso認(rèn)證中心及各個(gè)子系統(tǒng)建立會(huì)話(huà)，用戶(hù)與sso認(rèn)證中心建立的會(huì)話(huà)稱(chēng)為全局會(huì)話(huà)，用戶(hù)與各個(gè)子系統(tǒng)建立的會(huì)話(huà)稱(chēng)為局部會(huì)話(huà)，局部會(huì)話(huà)建立之后，用戶(hù)訪問(wèn)子系統(tǒng)受保護(hù)資源將不再通過(guò)sso認(rèn)證中心，全局會(huì)話(huà)與局部會(huì)話(huà)有如下約束關(guān)系

局部會(huì)話(huà)存在，全局會(huì)話(huà)一定存在

全局會(huì)話(huà)存在，局部會(huì)話(huà)不一定存在

全局會(huì)話(huà)銷(xiāo)毀，局部會(huì)話(huà)必須銷(xiāo)毀

你可以通過(guò)博客園、百度、csdn、淘寶等網(wǎng)站的登錄過(guò)程加深對(duì)單點(diǎn)登錄的理解，注意觀察登錄過(guò)程中的跳轉(zhuǎn)url與參數(shù)

2、注銷(xiāo)

單點(diǎn)登錄自然也要單點(diǎn)注銷(xiāo)，在一個(gè)子系統(tǒng)中注銷(xiāo)，所有子系統(tǒng)的會(huì)話(huà)都將被銷(xiāo)毀，用下面的圖來(lái)說(shuō)明

3、sso 認(rèn)證

so認(rèn)證中心一直監(jiān)聽(tīng)全局會(huì)話(huà)的狀態(tài)，一旦全局會(huì)話(huà)銷(xiāo)毀，監(jiān)聽(tīng)器將通知所有注冊(cè)系統(tǒng)執(zhí)行注銷(xiāo)操作

下面對(duì)上圖簡(jiǎn)要說(shuō)明

用戶(hù)向系統(tǒng)1發(fā)起注銷(xiāo)請(qǐng)求

系統(tǒng)1根據(jù)用戶(hù)與系統(tǒng)1建立的會(huì)話(huà)id拿到令牌，向sso認(rèn)證中心發(fā)起注銷(xiāo)請(qǐng)求

sso認(rèn)證中心校驗(yàn)令牌有效，銷(xiāo)毀全局會(huì)話(huà)，同時(shí)取出所有用此令牌注冊(cè)的系統(tǒng)地址

sso認(rèn)證中心向所有注冊(cè)系統(tǒng)發(fā)起注銷(xiāo)請(qǐng)求

各注冊(cè)系統(tǒng)接收sso認(rèn)證中心的注銷(xiāo)請(qǐng)求，銷(xiāo)毀局部會(huì)話(huà)

sso認(rèn)證中心引導(dǎo)用戶(hù)至登錄頁(yè)面

四、部署圖

單點(diǎn)登錄涉及sso認(rèn)證中心與眾子系統(tǒng)，子系統(tǒng)與sso認(rèn)證中心需要通信以交換令牌、校驗(yàn)令牌及發(fā)起注銷(xiāo)請(qǐng)求，因而子系統(tǒng)必須集成sso的客戶(hù)端，sso認(rèn)證中心則是sso服務(wù)端，整個(gè)單點(diǎn)登錄過(guò)程實(shí)質(zhì)是sso客戶(hù)端與服務(wù)端通信的過(guò)程，用下圖描述：

sso認(rèn)證中心與sso客戶(hù)端通信方式有多種，這里以簡(jiǎn)單好用的httpClient為例，web service、rpc、restful api都行

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論