SpringMVC攔截器的實現(xiàn)和作用及Redis登陸功能的優(yōu)化詳解
一、分析
項目中添加Spring MVC攔截器,攔截器怎么實現(xiàn)的,它的作用是什么?
攔截器的作用:讓未登錄的用戶不能訪問某些頁面。 攔截器是在controller代碼執(zhí)行之前,根據(jù)用戶請求做出相應的處理;
Spring Boot中的攔截器和Spring MVC中的一樣,流程是:
1、先定義一個攔截器類,并且這個類需要實現(xiàn)HandlerInterceptor接口,重寫接口中的三個方法:preHandle、postHandler、afterCompletion;
preHandle:此方法在進入controller之前執(zhí)行,如果該方法返回ture,則程序繼續(xù)向下執(zhí)行處理器中的方法,否則程序將不再往下繼續(xù)執(zhí)行;
注意:會先按照順序執(zhí)行所有攔截器的preHandle方法,一直遇到return false為止,比如第二個preHandle方法是return false,則第三個以及以后所有攔截器都不會執(zhí)行。若都是return true,則執(zhí)行用戶請求的url方法。
postHandler:此方法將在controller執(zhí)行后執(zhí)行;
afterCompletion:此方法在整個請求結束(請求結束,但是并未返回給客戶端)之后執(zhí)行;
2、將攔截器注入到配置類中(Config/WebMvcConfig.java)
配置攔截器,通過實現(xiàn)WebMvcConfigurer接口,重寫addInterceptors方法,具體代碼如下:
public class WebMvcConfig implements WebMvcConfigurer {
@Override
public void addInterceptors(InterceptorRegistry registry) {
registry.addInterceptor(alphaInterceptor)
.excludePathPatterns("/**/*.css", "/**/*.js", "/**/*.png", "/**/*.jpg", "/**/*.jpeg")
.addPathPatterns("/register", "/login");}}excludePathPatterns:表示不攔截的資源(這里主要是靜態(tài)資源:圖片,js、css也屬于靜態(tài)資源);
addPathPatterns:表示需要攔截的資源(即登錄、注冊)
攔截器執(zhí)行流程:
1)單個攔截器執(zhí)行流程:prehandle()—Handle(也就是控制器里的方法)—postHandle()—afterCompletion()。
2)多個攔截器執(zhí)行流程:
preHandleA—preHandleC——Handle——postHandleC—postHandleA——afterCompletionC—afterCompletionA。
二、優(yōu)化
項目中使用redis優(yōu)化登錄功能,怎么優(yōu)化?
1、為什么需要使用Redis的原因?
1)使用Redis存儲驗證碼kaptcha;
a.驗證碼需要頻繁的訪問與刷新,對性能要求比較高;
b.驗證碼不需要永久保存,通常在很短的時間后就會失效;
c.分布式部署時,存在Session共享問題。
Session 是保存在服務器的?件中,如果是集群服務,同?個?戶過來可能落在不同機器上,這就會導致?戶頻繁登陸;采? Redis 保存 Session 后,無論?戶落在那臺機器上都能夠獲取到對應的Session 信息。
2)使用Redis存儲登錄憑證ticket;
a.處理每次請求時,都需要查詢用戶的登錄憑證,訪問的頻率非常高。
3)使用Redis緩存用戶信息user。
a.處理每次請求時,都要根據(jù)憑證查詢用戶信息,訪問的頻率非常高。
2、為什么Redis速度快、性能好?
(1)數(shù)據(jù)存放在內存中:內存的讀寫速度比磁盤(數(shù)據(jù)庫)快的多;
(2)數(shù)據(jù)結構簡單,對數(shù)據(jù)操作也簡單;
(3)采?單線程,沒有多線程競爭鎖的性能消耗,也沒有多線程導致的切換而消耗CPU, 或者多線程死鎖等問題;
(4)使?多路 I/O 復?模型(解決單線程速度慢的問題),?阻塞 IO。
3、之前基于Session的登錄功能怎么使用Redis優(yōu)化?
1)登錄注冊功能的驗證碼之前是存放在Session中,會增加服務端的內存壓力,現(xiàn)在通過Cookie獲取信息存儲到Redis中,Redis的key存隨機字符串,Value存生成的字符串;并且設置60s后自動清理;然后就從redis中獲取驗證碼,賦值給kaptcha;
Key值的獲取:
String kaptchaOwner = CommunityUtil.generateUUID(); String redisKey = RedisKeyUtil.getKaptchaKey(kaptchaOwner);
Key和Value值存儲到Redis中:(其中text是value)
String text = kaptchaProducer.createText(); redisTemplate.opsForValue().set(redisKey, text,60, TimeUnit.SECONDS);
2)使用Redis存儲登錄憑證
String redisKey = RedisKeyUtil.getTicketKey(ticket.getTicket());
redisTemplate.opsForValue().set(redisKey, ticket);
map.put("ticket", ticket.getTicket());3)每次請求,根據(jù)登錄憑證,查詢用戶信息
a.優(yōu)先從緩沖中取值;
b.取不到時初始化緩沖數(shù)據(jù)(redis存值);
c.數(shù)據(jù)變更時清除緩存(刪除redis的Key)
到此這篇關于SpringMVC攔截器的實現(xiàn)和作用及Redis登陸功能的優(yōu)化詳解的文章就介紹到這了,更多相關SpringMVC攔截器內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
下面小編就為大家?guī)硪黄狫ava創(chuàng)建數(shù)組的幾種方式總結。小編覺得挺不錯的,現(xiàn)在就分享給大家,也給大家做個參考。一起跟隨小編過來看看吧,希望能給大家?guī)韼椭?/div> 2021-06-06
Java的SpringMVC中控制器返回XML數(shù)據(jù)問題
這篇文章主要介紹了Java的SpringMVC中控制器返回XML數(shù)據(jù)問題,控制器是處理HTTP請求的組件,它們接收來自客戶端的請求,并將其轉換為適當?shù)捻憫?這些響應可以是動態(tài)生成的?HTML?頁面,也可以是JSON或XML格式的數(shù)據(jù),需要的朋友可以參考下2023-07-07
IDEA中HTML通過servlet3.0注解名提交表單到servlet類找不到頁面的問題
這篇文章主要介紹了IDEA中HTML通過servlet3.0注解名提交表單到servlet類找不到頁面的問題,本文通過場景描述及問題解析,給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-07-07
SpringBoot 策略模式實現(xiàn)切換上傳文件模式
策略模式是指有一定行動內容的相對穩(wěn)定的策略名稱,這篇文章主要介紹了SpringBoot 策略模式 切換上傳文件模式,需要的朋友可以參考下2023-11-11最新評論

