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

Jwt的token如何像session一樣去延長(zhǎng)時(shí)間？

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

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

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

分布式session的幾個(gè)問題？

會(huì)話的本質(zhì)是前端存儲(chǔ)一個(gè)ID，后端根據(jù)這個(gè)ID識(shí)別會(huì)話并訪問數(shù)據(jù)。僅此而已。至于如何保存ID，你可以把它放在URL后面，放在cookie中，甚至放在header中。R在我看來(lái)，只要使用這種模式，就叫做session，但是ID（token）的實(shí)現(xiàn)是不同的。會(huì)話的缺點(diǎn)是將數(shù)據(jù)保存在何處。由于需要保存，所以在分發(fā)時(shí)必須保證會(huì)話的一致性。R至于JWT，說(shuō)白了就是一根弦。重點(diǎn)是，當(dāng)您轉(zhuǎn)到會(huì)話時(shí)，服務(wù)器不會(huì)保存它，而是直接在字符串中寫入必要的信息。優(yōu)點(diǎn)很明顯，缺點(diǎn)也很明顯。服務(wù)器失去對(duì)令牌的控制。如何退出函數(shù)？在服務(wù)器上添加黑名單？這樣既不閑置，又遇到保存的問題，何不直接使用session呢？我認(rèn)為會(huì)話是未來(lái)。如果服務(wù)器不保存證書，它將失去對(duì)令牌的控制。無(wú)論如何，弊大于利。至于會(huì)話一致性，統(tǒng)一授權(quán)中心訪問是可以的。這不是問題。首先，建筑師不是很好。技術(shù)力量要過(guò)關(guān)，要有建筑師的想法。其次，架構(gòu)師是Dubbo框架、zookeeper基本原理、redis分布式緩存、JVM性能優(yōu)化、nginx Apache for enterprise development Tomcat集群部署、大數(shù)據(jù)Hadoop、HBase實(shí)時(shí)計(jì)算spark、storm、數(shù)據(jù)分析、分詞和權(quán)重等核心技術(shù)。

如何成為一名優(yōu)秀的建筑師？我用七張照片告訴你。

您可以先學(xué)習(xí)分布式鎖的實(shí)現(xiàn)https://pan.baidu.com/s/1y8rkldBEpkHXHS3GvJXGTg密碼：umu3