客戶端是怎么實現(xiàn)每個請求中都有token？令牌是服務(wù)器生成的字符串，作為客戶端請求的令牌。在第一次登錄之后，服務(wù)器生成一個令牌并將該令牌返回給客戶端。今后客戶端只需攜帶令牌即可請求數(shù)據(jù)，不需要再攜帶用

客戶端是怎么實現(xiàn)每個請求中都有token？

令牌是服務(wù)器生成的字符串，作為客戶端請求的令牌。在第一次登錄之后，服務(wù)器生成一個令牌并將該令牌返回給客戶端。今后客戶端只需攜帶令牌即可請求數(shù)據(jù)，不需要再攜帶用戶名和密碼。使用設(shè)備號/設(shè)備MAC地址作為令牌。擴(kuò)展數(shù)據(jù)：令牌實際上更流行，可以稱為代碼。在一些數(shù)據(jù)傳輸之前，應(yīng)該進(jìn)行代碼檢查。不同的代碼被授權(quán)操作不同的數(shù)據(jù)。例如，在USB1.1協(xié)議中定義了四種分組：令牌分組、數(shù)據(jù)分組、握手分組和特殊分組。主機(jī)與USB設(shè)備之間的連續(xù)數(shù)據(jù)交換可以分為三個階段。在第一階段，主機(jī)發(fā)送令牌包。不同的令牌包可以告訴設(shè)備做不同的工作。在第二階段，主機(jī)發(fā)送數(shù)據(jù)包。在第三階段，設(shè)備返回握手包。

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

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

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

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