當(dāng)然如果只是用JWT存儲少量數(shù)據(jù)并且安全性要求也沒有那么嚴格情況下，不用redis，完全客戶端存儲也是可行的，因為在加入私鑰的情況下要解密難度還是很大的。
至于提前失效可以在后端加入更多的邏輯來實現(xiàn)?；蛘咧苯硬辉试S提前失效，后端只不續(xù)簽Token，這樣對用戶體驗會有一些影響，就看現(xiàn)實中怎么取舍了。
如何優(yōu)雅的處理JWT過期問題一上來就是干，然后翻車了 初次看到JWT，然后就覺得分布式session就是個垃圾，設(shè)置過期時間15天，過期提現(xiàn)前端刷新。一推理立馬翻車，如果用戶登陸的時候是14天23小時5...
現(xiàn)在用JWT實際上是替代了原來的cookie傳輸，更加安全、傳輸和存儲方式也更多樣，而且適用沒有Cookie的客戶端。
使用redis的原因是JWT并沒有想象中的那么美好：
1. 雖然JWT本身能存儲一些信息，但是存儲的數(shù)據(jù)數(shù)據(jù)多了驗證要花的時間就更多；
2. JWT荷載基本上是明文，要加密又得花時間解密。
3. 信息量一多又得占用大量帶寬，這玩意兒可是每一次請求都要帶上的。
4. 花大量的時間在解密的路上可能還沒有查一次redis來的快。
5. 就算是加密也并非絕對的安全，永遠不要把用戶登錄信息這些敏感數(shù)據(jù)交給前端存儲，加密也不行。
6. 并且如果要登出、修改密碼就得讓令牌提前失效，單純的JWT完成不了提前失效操作的。
所以使用JWT完全將數(shù)據(jù)存儲在客戶端是不現(xiàn)實的?，F(xiàn)在用JWT更多的是作為一個替代Cookie傳輸?shù)姆桨?，只存儲少量不敏感的信息，因為JWT的特性，JWT令牌不容易被篡改、偽造和盜用，安全性更高，后端還是需要redis這樣的存儲方案，JWT只起到類似于原來jsessionid那樣的作用。
如何優(yōu)雅的處理JWT過期問題一上來就是干，然后翻車了 初次看到JWT，然后就覺得分布式session就是個垃圾，設(shè)置過期時間15天，過期提現(xiàn)前端刷新。一推理立馬翻車，如果用戶登陸的時候是14天23小時5...
@風(fēng)散_b078 但是Sping提供了完成類似工作的攔截器HttpSessionHandshakeInterceptor
springboot2.0+websocket集成【群發(fā)消息+單對單】(一)現(xiàn)在用springboot集成websocket變的很方便快捷了，下面簡單寫個小demo，實現(xiàn)群發(fā)消息，單對單的聊天。主要是功能，界面將就一下。參考：http://tech....
妙啊hxd，這一句
HttpServletRequest servletRequest = ((ServletServerHttpRequest) request).getServletRequest();
一看就是翻了源碼的人
springboot2.0+websocket集成【群發(fā)消息+單對單】(一)現(xiàn)在用springboot集成websocket變的很方便快捷了，下面簡單寫個小demo，實現(xiàn)群發(fā)消息，單對單的聊天。主要是功能，界面將就一下。參考：http://tech....