快捷導(dǎo)航

SpringBoot中Token登錄授權(quán)、續(xù)期和主動(dòng)終止的方案流程分析

更新時(shí)間：2024年09月24日 16:36:39 作者：碼到三十五

SpringBoot項(xiàng)目中,基于Token的登錄授權(quán)方案主要有兩種：利用Session/Cookie和JWT,Cookie/Session方案有狀態(tài),不適合分布式架構(gòu),而JWT雖無狀態(tài),但存在過期時(shí)間不可強(qiáng)制失效、一次性等缺點(diǎn),本文介紹SpringBoot中Token登錄授權(quán)、續(xù)期和主動(dòng)終止的方案,感興趣的朋友一起看看吧

SpringBoot項(xiàng)目要寫登錄注冊(cè)之類的方案
使用Cookie或Session的話，它是有狀態(tài)的，不符合分布式技術(shù)架構(gòu)
使用Security或者Shiro框架實(shí)現(xiàn)起來比較復(fù)雜，一般項(xiàng)目無需用那么復(fù)雜
使用JWT它雖然是無狀態(tài)的，也可以載荷用戶數(shù)據(jù)，但還是有很多缺點(diǎn):
- 缺點(diǎn)1：設(shè)置過期時(shí)間后，無法強(qiáng)制讓它過期，在有效期內(nèi)它始終可用
- 缺點(diǎn)2：一次性的，如果用戶數(shù)據(jù)有變，只能重新生成新的JWT

以前登錄Token一般是放在服務(wù)端的Session中，Session有過期時(shí)間，也會(huì)自動(dòng)延期，當(dāng)然我們現(xiàn)在絕大部分項(xiàng)目都不會(huì)使用session來存儲(chǔ)了。

1、Redis+Token方案的授權(quán)流程

SpringBoot用普通的UUID作為token，返回到前端后，前端每次請(qǐng)求都會(huì)帶上這個(gè)token作為授權(quán)憑證。這種方案是能夠自動(dòng)續(xù)簽，也能做到主動(dòng)終止。所以很多項(xiàng)目用的都是Redis+Token方案，簡(jiǎn)單方便問題少。缺點(diǎn)就是需要依賴Redis和數(shù)據(jù)庫。

流程 + lua優(yōu)化：

設(shè)置一個(gè)攔截器，不校驗(yàn)登錄接口，攔截其他接口
登錄接口接收前端傳來的用戶名密碼，去數(shù)據(jù)庫查詢?cè)撚脩裘欠翊嬖冢撁艽a是否正確
如果正確則表示登錄成功，調(diào)用生成Token方法，返回Token給前端
Token使用用戶id或賬號(hào)+時(shí)間戳+UUID用MD5加密的一串字符串（不建議用其他數(shù)據(jù)，因?yàn)閕d或賬號(hào)極少變更的，變更會(huì)增加復(fù)雜性）
生成后存儲(chǔ)到Redis，把Token當(dāng)作鍵，用戶數(shù)據(jù)當(dāng)作值，并設(shè)置過期時(shí)間
生成Token的方法中，還得防止重復(fù)調(diào)登錄接口，不停生成不同的Token，所以先判斷數(shù)據(jù)庫中是否存在鍵，所以保存token鍵到redis的同時(shí)要在redis中再增加一條用戶ID為鍵Token為值的數(shù)據(jù)，可以驗(yàn)證該用戶是否已經(jīng)生成過token

SpringBoot DEMO代碼：

接下來是校驗(yàn)其他接口方法，同時(shí)也做了驗(yàn)證和續(xù)期

2、JWT方案的的授權(quán)流程

2.1 JWT帶來的續(xù)簽和終止問題

JWT的優(yōu)勢(shì)在于無狀態(tài)，也就是生成的Token中本身有存儲(chǔ)信息，所以不需要依賴Redis和DB。JWT本身也有有效期參與簽名，問題在于這個(gè)有效期不能更改，也很好理解如果參與簽名的參數(shù)（有效期）發(fā)生變化，Token也就不一樣了。如果有效期不能改變，即便時(shí)間設(shè)計(jì)的再長(zhǎng)，也會(huì)有到期的時(shí)候，而且Token這種設(shè)計(jì)初衷也不能有效期很長(zhǎng)，導(dǎo)致用戶在操作過程中Token到期授權(quán)失敗，這種情況根本是無法接受的。

另外，JWT的Token簽發(fā)之后，理論上在到期之前是始終有效的，在有些場(chǎng)景下，比如用戶更改/重置密碼，踢出登錄（單一用戶登錄），都需要讓對(duì)應(yīng)用戶在其他電腦（終端）上自動(dòng)退出登錄，也就是要讓其他的Token馬上失效，所以需要額外設(shè)計(jì)來解決這兩個(gè)問題。

2.2 解決JWT自動(dòng)續(xù)簽有幾個(gè)解決方案

每次請(qǐng)求都返回新的Token，這種簡(jiǎn)單粗暴，不存在續(xù)簽的問題，不過相信很多人不會(huì)用，請(qǐng)求量大的話性能損耗也是比較明顯。
生成的JWT，不加入過期時(shí)間，在服務(wù)端Redis額外存儲(chǔ)一個(gè)對(duì)應(yīng)的過期時(shí)間，并每次操作延期。這種設(shè)計(jì)感覺很多余，既然保存到了Redis，JWT從無狀態(tài)變成了有狀態(tài)，既然能夠保存過期時(shí)間，為啥不把用戶信息都保存到Redis中，何必用JWT加密后前后端傳來傳去沒有意義。
臨近過期刷新JWT，返回新的Token，很多人也采用的是這種方案。

2.3 解決JWT主動(dòng)終止問題

JWT簽發(fā)后就生效，無法做到主動(dòng)終止，那還是用到Redis，把用戶id作為key，生成一個(gè)用戶唯一ID（用戶指紋）存入Redis，并參與JWT簽發(fā)過程；
如果更改了密碼需要終止其他所有已經(jīng)簽發(fā)的JWT，只需要更改這個(gè)用戶指紋；
在JWT驗(yàn)簽過程中，驗(yàn)證用戶指紋，如果和JWT中信息不一致授權(quán)失敗，也就是做到了主動(dòng)終止JWT的目的。
需要注意的是，在高并發(fā)過程中寫入用戶指紋過程可能要用到分布式鎖。

到此這篇關(guān)于SpringBoot中Token登錄授權(quán)、續(xù)期和主動(dòng)終止的方案的文章就介紹到這了,更多相關(guān)SpringBoot Token登錄授權(quán)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: