一、需求分析 在前文,我們詳細的講述了在 Sa-Token 如何使用註解進行權限認證,註解鑑權雖然方便,卻並不適合所有鑑權場景。 假設有如下需求:項目中所有接口均需要登錄認證校驗,只有 “登錄接口” 本身對外開放。 如果我們對項目所有接口都加上 @SaCheckLogin 註解,會顯得非常冗餘且沒有必要,在這個需求中我們真正需要的是一種基於路由攔截的鑑權模式,那麼在 Sa-Token 怎麼實現路由
一、需求分析 如圖所示,一般網站的登錄界面都會有一個 [記住我] 按鈕,當你勾選它登錄後,即使你關閉瀏覽器再次打開網站,也依然會處於登錄狀態,無須重複驗證密碼: 本文將詳細介紹在 Sa-Token中,如何做到以下登錄模式: 記住我登錄:登錄後關閉瀏覽器,再次打開網站登錄狀態依然有效,無需重複登錄。 僅本次有效登錄:登錄後關閉瀏覽器,再次打開網站登錄狀態將失效,需要再次登錄。 七天免登錄:
Sa-Token 是一個輕量級 java 權限認證框架,主要解決登錄認證、權限認證、單點登錄、OAuth2、微服務網關鑑權 等一系列權限相關問題。 Gitee 開源地址:https://gitee.com/dromara/sa-token 本文將詳細介紹 Sa-Token 中的不同 SaSession 對象的區別,以及各種方便的存取值的方法。 一、Session 是什麼? Session 是會話中
一、架構分析 目前絕大多數系統都已經採用 “前後端分離” 架構來設計了,傳統的Session模式鑑權也不再適合這種架構(或者需要額外寫很多的代碼來專門適配)。 Sa-Token 是一個 java 輕量級權限認證框架,專為前後端分離架構打造,主要解決登錄認證、權限認證、單點登錄、OAuth2、微服務網關鑑權 等一系列權限相關問題。 Gitee 開源地址:https://gitee.com/droma
一、需求分析 在某些敏感操作下,我們需要對已登錄的會話進行二次驗證。 比如代碼託管平台的倉庫刪除操作,儘管我們已經登錄了賬號,當我們點擊 [刪除] 按鈕時,還是需要再次輸入一遍密碼,這麼做主要為了兩點: 保證操作者是當前賬號本人。 增加操作步驟,防止誤刪除重要數據。 這就是我們本篇要講的 —— 二級認證,即:在已登錄會話的基礎上,進行再次驗證,提高會話的安全性。 Sa-Token 是一
一、需求分析 如果你經常使用騰訊QQ,就會發現它的登錄有如下特點:它可以手機電腦同時在線,但是不能在兩個手機上同時登錄一個賬號。 同端互斥登錄,指的就是:像騰訊QQ一樣,在同一類型設備上只允許單地點登錄,在不同類型設備上允許同時在線。 動態演示圖: Sa-Token 是一個輕量級 java 權限認證框架,主要解決登錄認證、權限認證、單點登錄、OAuth2、微服務網關鑑權 等一系列權限相關問題
Sa-Token 是一款 免費、開源 的輕量級 Java 權限認證框架,主要解決:登錄認證、權限認證、單點登錄、OAuth2.0、微服務網關鑑權 等一系列權限相關問題。🔐 目前最新版本 v1.43.0 已推送至 Maven 中央倉庫 🎉,大家可以通過如下方式引入: !-- Sa-Token 權限認證 -- dependency groupIdcn.dev33/groupId