Jwt的token如何像session一樣去延長時間？隨著技術的發(fā)展和分布式web應用的普及，通過會話管理用戶登錄狀態(tài)的成本越來越高。因此，它逐漸發(fā)展成為一種令牌方式來進行登錄身份驗證，然后利用令牌獲

Jwt的token如何像session一樣去延長時間？

隨著技術的發(fā)展和分布式web應用的普及，通過會話管理用戶登錄狀態(tài)的成本越來越高。因此，它逐漸發(fā)展成為一種令牌方式來進行登錄身份驗證，然后利用令牌獲取緩存在redis中的用戶信息。隨著JWT的出現(xiàn)，驗證方法更加簡單方便。它不使用redis緩存，而是直接基于令牌取出保存的用戶信息，驗證令牌的可用性，使單點登錄更容易。

JWT通常包含兩個令牌：訪問令牌和刷新令牌。當用戶通過登錄等方式成功驗證身份時，服務器會生成一個訪問令牌和一個刷新令牌，并返回前端存儲。兩個令牌的過期時間都將在服務器上設置，但訪問令牌的過期時間較短，而刷新令牌的過期時間較長。當當前端向服務器發(fā)送請求時，訪問令牌將與請求一起發(fā)送到服務器，以驗證請求者的身份。當服務器發(fā)現(xiàn)訪問令牌已過期時，它將返回失敗信息。此時，前端需要使用refresh token從服務器申請新的訪問令牌。如果刷新令牌沒有問題，服務器將生成一個新的訪問令牌。如果刷新令牌已過期，則需要要求用戶再次登錄以驗證其身份。

總之，JWT擴展是通過使用過期時間較長的刷新令牌重新申請新的訪問令牌來實現(xiàn)的。當刷新令牌也已過期時，不可能延長時間。

jwt如何防止多端登錄？

阻止多終端登錄？為什么我們要通過JWT？？

JWT只存儲用戶的基本信息。JWT的目的是減少數(shù)據(jù)庫搜索并提高響應時間。

如果要阻止多終端登錄，只需檢查JWT是否成功，然后執(zhí)行redis檢查。

Redis群集。效率很高。Redis有一個稱為bitmap的數(shù)據(jù)結(jié)構(gòu)。命令是setbit key offset 1，這意味著將對應于鍵的二進制向量的偏移位設置為1。

例如，鍵對應的二進制是：000000，偏移對應的位置是第二個設置為1。是010000。

密鑰表示唯一密鑰，偏移量表示用戶ID。如果登錄成功，相應位置將設置為1，注銷將設置為0。此命令在設置為1時只能成功一次

setbit islogin ID001 1 user 1 login成功

setbit islogin ID001 0 user 1 logoff

setbit islogin ID002 1 user 2 login成功

setbit islogin ID002 0 user 2脫機

分享老板的答案，這似乎有道理。

不要告訴我們是否使用redis。你必須告訴我們你為什么要使用redis。沒有redis的業(yè)務怎么了？世界上沒有免費的午餐。如果不直接使用頭部緩存/NoSQL，可能會帶來越來越嚴重的問題。

單個數(shù)據(jù)庫的最大優(yōu)點是易于實現(xiàn)事務，并由數(shù)據(jù)庫本身保證。舉個簡單的例子，要下訂單，需要扣除庫存并插入訂單條目。如果inventory和order都是數(shù)據(jù)庫表條目，那么這個事務是無可挑剔的。如果庫存在redis中，訂單條目是mysql，通常需要先寫redis，成功后再寫數(shù)據(jù)庫。如果您寫數(shù)據(jù)庫失敗，需要回滾redis，如果由于網(wǎng)絡或其他原因回滾失敗，將再扣減一個存貨。不要認為這些事情很容易解決。事務處理的復雜性遠遠超出您的想象。例如，當您編寫mysql時，您在提交時就失去了連接。你無法判斷提交是成功還是失敗。你的redis是不是在倒退？

因此，當您引入一個新層時，您必須弄清楚您必須使用cache/NoSQL的目的以及您可以接受的一致性模型。否則，你就要出丑了。