最近工作中有使用token校驗使用者登入是否超時，token就是生成的一串uuid，在使用者登入成功後生成，並且要用aes進行加密，存入瀏覽器cookie中，下面來看一下詳細流程。
token失效校驗流程
功能介紹：
應用接入網關判斷token是否失效，如果失效則返回token失效的錯誤碼。
處理流程
1、使用者發起請求到應用接入網關（ag），進入token失效校驗過濾器；
2、獲取瀏覽器cookie，查詢key為oas_cloud_sid的token值，沒有則請求失敗；
3、反向解密token為明文，通過token明文到redis中查詢使用者資訊，沒有則返回token失效錯誤碼（讓前端跳轉到登入介面重新登陸），否則**請求到目標服務做業務處理；
4、如果業務處理階段發生異常則在應用接入網關中做統一異常處理。
主要是為了記錄一下token的校驗流程，也是為了便於日後查閱的目的才寫的這篇文章。
基於token的身份驗證
token相當於是乙個令牌，在使用者登入的時候由伺服器端生成 基於使用者名稱 時間戳 過期時間 發行者等資訊進行簽名 然後發放給客戶端，客戶端將令牌儲存，在以後需要登入驗證的請求中都需要將令牌傳送到伺服器端進行驗證，如果驗證成功，則返回資料。目前很多大型 都在使用基於token的驗證方式 githu...
nodejs基於Token的身份認證
起初的驗證方式是存在於伺服器的，使用者登入進來以後，伺服器判斷成功，將資料存進session裡面，向使用者返回乙個sessionid。這樣的弊端是，假如使用者基數特別大，每登入乙個使用者，就要儲存一條，對伺服器的記憶體壓力比較大。基於token的驗證方法是無狀態的，因此我們就不用把資訊存在伺服器中了...
基於 Token 的身份驗證方法
使用基於 token 的身份驗證方法，在服務端不需要儲存使用者的登入記錄。大概的流程是這樣的 客戶端使用使用者名稱跟密碼請求登入 服務端收到請求，去驗證使用者名稱與密碼 驗證成功後，服務端會簽發乙個 token，再把這個 token 傳送給客戶端 客戶端收到 token 以後可以把它儲存起來，比如放...