SpringMVC常用注解載入與處理方式詳解
一 . 前言
這一篇來(lái)看一下SpringMVC 中各個(gè)注解載入的方式和處理的時(shí)機(jī)
二 . RestController 部分
RestController 注解主要的作用是Bean的加載 , 值得關(guān)注的注解包括 : @Controller 和 @ResponseBody
而 Contoller 注解攜帶 @Component , 所以主要執(zhí)行的位置是 Bean 處理 .
在 Bean 處理過(guò)程中 , 主要是在 RequestMappingHandlerMapping 中對(duì) @RequestMapping 進(jìn)行掃描處理
//C- AbstractHandlerMethodMapping # initHandlerMethods : 一切的起點(diǎn) , 開(kāi)始對(duì)所有需要掃描的 Bean 進(jìn)行處理
protected void initHandlerMethods() {
for (String beanName : getCandidateBeanNames()) {
if (!beanName.startsWith(SCOPED_TARGET_NAME_PREFIX)) {
// 后續(xù)會(huì)進(jìn)行 Registry 對(duì) Mapping 進(jìn)行注冊(cè)
processCandidateBean(beanName);
}
}
// 主要是 log 處理 , 可以重寫(xiě)
handlerMethodsInitialized(getHandlerMethods());
}總結(jié) : RestController 主要用于把Bean注入到 Spring 體系中 , 觸發(fā) Mapping 掃描
三 . RequestMapping 部分
上面觸發(fā)了 Mapping 的加載后 , 就會(huì)通過(guò) Registry 把 Mapping 注冊(cè)到集合中 , 先大概過(guò)一下流程
// S1 : AbstractHandlerMethodMapping # detectHandlerMethods : 逐一對(duì)Bean進(jìn)行掃描處理
- MethodIntrospector.selectMethods 掃描所有的 Method , 獲取 Map<Method, T>
- methods.forEach 調(diào)用 registerHandlerMethod 對(duì) Method 進(jìn)行注冊(cè)
// S2 : AbstractHandlerMethodMapping # register : 注冊(cè) Handler 和 Method 到各個(gè)集合中
- 這里之前說(shuō)過(guò) , 有多個(gè) Mapping 用來(lái)保存 Handler 的映射關(guān)系
- this.mappingLookup.put(mapping, handlerMethod);
- this.urlLookup.add(url, mapping);
- this.corsLookup.put(handlerMethod, corsConfig);
// S3 : AbstractHandlerMethodMapping # lookupHandlerMethod : 對(duì) URL 進(jìn)行解析 , 尋找對(duì)應(yīng)的 Mapping
- this.mappingRegistry.getMappingsByUrl(lookupPath);
S1 : @RequestMapping 注解的載入
注解在上文S1階段就已經(jīng)被載入了 , 在掃描所有的Mapping的時(shí)候進(jìn)行了 RequestMapping 的解析
// S1-1 : 獲取到 Mathod 之上的注解
RequestMapping requestMapping = AnnotatedElementUtils.findMergedAnnotation(element, RequestMapping.class);
// S1-2 : 通過(guò) Mapping 創(chuàng)建 MappingInfo
createRequestMappingInfo(requestMapping, condition)
RequestMappingInfo.Builder builder = RequestMappingInfo
.paths(resolveEmbeddedValuesInPatterns(requestMapping.path()))
.methods(requestMapping.method())
.params(requestMapping.params())
.headers(requestMapping.headers())
.consumes(requestMapping.consumes())
.produces(requestMapping.produces())
.mappingName(requestMapping.name());
// 此處對(duì)注解上的參數(shù)進(jìn)行解析
builder.options(this.config).build()
// S3 : 構(gòu)建 AbstractRequestCondition
細(xì)節(jié)就不看了 , 主要是構(gòu)建 ParamsRequestCondition , ConsumesRequestCondition 等 放入 RequestMappingInfo 對(duì)象中S3 : RequestMapping 的使用
// S3-1 : AbstractHandlerMethodMapping # lookupHandlerMethod : 通過(guò) path 查詢(xún) Mapping List<T> directPathMatches = this.mappingRegistry.getMappingsByUrl(lookupPath); // S3-2 : addMatchingMappings 添加 HandlerMethod addMatchingMappings(this.mappingRegistry.getMappings().keySet(), matches, request);
以下2個(gè)圖分別是請(qǐng)求的匹配Condition和HandlerMethod中描述的處理類(lèi) , 這樣的集合在 S2 環(huán)節(jié)注入>>


private final Map<T, MappingRegistration<T>> registry = new HashMap<>(); private final Map<T, HandlerMethod> mappingLookup = new LinkedHashMap<>(); private final MultiValueMap<String, T> urlLookup = new LinkedMultiValueMap<>(); private final Map<String, List<HandlerMethod>> nameLookup = new ConcurrentHashMap<>(); private final Map<HandlerMethod, CorsConfiguration> corsLookup = new ConcurrentHashMap<>(); private final ReentrantReadWriteLock readWriteLock = new ReentrantReadWriteLock();
總結(jié):RequestMapping 主要在Bean掃描時(shí)觸發(fā) >>>
- 當(dāng)獲取到 Bean 中 Mehtod 時(shí) , 會(huì)創(chuàng)建對(duì)應(yīng)的 RequestMappingInfo , 存入多個(gè)集合中
- 當(dāng)請(qǐng)求進(jìn)來(lái)后 , 會(huì)在 lookupHandlerMethod 中獲取對(duì)應(yīng)Method 處理類(lèi)**
四 . RequestParam和PathVariable
這是最常用的2個(gè)參數(shù)傳遞方式 , 主要的加載類(lèi)為 : RequestParamMethodArgumentResolver
RequestParam 處理流程
// S1 : RequestMappingHandlerAdapter # invokeAndHandle : 發(fā)起方法的調(diào)用
- 此處為參數(shù)處理的入口 , 當(dāng)請(qǐng)求進(jìn)來(lái)時(shí) , 會(huì)代理到對(duì)應(yīng)的方法 , 在代理的過(guò)程中進(jìn)行處理
// S2 : InvocableHandlerMethod # getMethodArgumentValues : 循環(huán)方法中所有的參數(shù)
- getMethodArgumentValues 中會(huì)對(duì) Bean 加載時(shí)即生成的 HandMethod 進(jìn)行處理
// S3 : HandlerMethodArgumentResolverComposite # getArgumentResolver : 對(duì)所有解析類(lèi)進(jìn)行處理
- for 循環(huán)進(jìn)行的處理
- 解析類(lèi)用來(lái)解析參數(shù)上面的注解 , 判斷是否符合某種注解的解析條件
- 包括 PathVariable 等多種注解的解析
// S4 : RequestParamMethodArgumentResolver # supportsParameter : 判斷是否包含 RequestParam 注解
- 如果符合解析條件 , 把 MethodParameter 和 resolver 都放在緩存中
// S5 : RequestParamMethodArgumentResolver # resolveArgument : 對(duì)參數(shù)進(jìn)行解析
PathVariable 處理流程
PathVariable 和上面的流程一樣 , 主要在 S3 進(jìn)行處理

總結(jié) :RequestParam 和 PathVariable 主要還是在實(shí)際調(diào)用 Invoke 方法時(shí)解析處理
- 調(diào)用代理方法時(shí)會(huì)對(duì)所有的參數(shù)進(jìn)行解析 >> S1
- 解析通過(guò) support + resolve 兩步完成 , 也就是策略
- 解析完成后放入 Object[] 再調(diào)用具體的 Method
五 . RequestBody 和 ResponseBody
核心加載類(lèi) : RequestResponseBodyMethodProcessor , 其實(shí)主要流程和上文比較類(lèi)似 , 只不過(guò)該類(lèi)在調(diào)用和返回時(shí)都有相關(guān)的調(diào)用
RequestBody
// S1 : 判斷是否需要解析
public boolean supportsParameter(MethodParameter parameter) {
return parameter.hasParameterAnnotation(RequestBody.class);
}
// S2 : 解析數(shù)據(jù) resolveArgument
// 這里就不細(xì)說(shuō)了 , 就是一個(gè) Converters ResponseBody
public void handleReturnValue(@Nullable Object returnValue, MethodParameter returnType,
ModelAndViewContainer mavContainer, NativeWebRequest webRequest){}
//- 返回值 , 返回類(lèi)型 , Model 上下文等
開(kāi)關(guān)的處理
// 問(wèn)題一 : 加了 ResponseBody 后為什么可以不用跳 View
- 過(guò)去前后不分離的場(chǎng)景 , 通常會(huì)通過(guò)一個(gè) View 來(lái)接收跳轉(zhuǎn)地址到對(duì)應(yīng)的 HTML 頁(yè)面
- 但是加了 ResponseBody 后則可以直接返回出去
? 如何處理的 :
handleReturnValue 中 mavContainer.setRequestHandled(true) :
> 當(dāng)設(shè)置了 ResponseBody 后 , view resolution is not argument
> 當(dāng)后文 getModelAndView 時(shí)會(huì)根據(jù)這個(gè)參數(shù)直接返回 null
總結(jié)
- RestController 觸發(fā) Bean 的加載
- RequestMapping 加載 method 和 url 信息到集合中
- 通過(guò) Resolver 對(duì) Body 等任何方法上的參數(shù)進(jìn)行處理 , 通過(guò)代理實(shí)現(xiàn)
到此這篇關(guān)于SpringMVC常用注解載入與處理方式詳解的文章就介紹到這了,更多相關(guān)SpringMVC注解載入與處理內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
- SpringMVC?@RequestMapping注解屬性詳細(xì)介紹
- SpringMVC @RequestMapping注解作用詳解
- Java SpringMVC的@RequestMapping注解使用及說(shuō)明
- SpringMVC中RequestBody注解的List參數(shù)傳遞方式
- SpringMVC @RequestMapping注解應(yīng)用方法示例講解
- SpringMVC使用注解實(shí)現(xiàn)登錄功能
- SpringMVC使用注解配置方式
- SpringMVC基于注解方式實(shí)現(xiàn)上傳下載
- Spring MVC注解式開(kāi)發(fā)示例完整過(guò)程
相關(guān)文章
Java中parallelStream().forEach()的踩坑日記
本文主要介紹了Java中parallelStream().forEach()的踩坑日記,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2023-06-06
mybatis實(shí)現(xiàn)批量修改-xml方式
這篇文章主要介紹了mybatis實(shí)現(xiàn)批量修改-xml方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-11-11
Java 內(nèi)省(Introspector)深入理解
這篇文章主要介紹了Java 內(nèi)省(Introspector)深入理解的相關(guān)資料,需要的朋友可以參考下2017-03-03
Java16 JDK安裝并設(shè)置環(huán)境變量的方法步驟
突然想起自己大學(xué)剛接觸java的時(shí)候,要下載JDK和配置環(huán)境變量,那時(shí)候我上網(wǎng)找了很多教學(xué),本文就詳細(xì)的介紹一下Java16 JDK安裝并設(shè)置環(huán)境變量,感興趣的可以了解一下2021-09-09
Java使用lambda表達(dá)式簡(jiǎn)化代碼的示例詳解
這篇文章主要給大家介紹了Java如何使用lambda表達(dá)式簡(jiǎn)化代碼的相關(guān)資料,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2022-11-11
java如何拷貝復(fù)制對(duì)象和集合問(wèn)題
這篇文章主要介紹了java如何拷貝復(fù)制對(duì)象和集合問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-09-09
CentOS7和8中安裝Maven3.8.4的簡(jiǎn)單步驟
maven是屬于apache的一個(gè)工具,主要是對(duì)java進(jìn)行編譯打包,解決依賴(lài)關(guān)系,下面這篇文章主要給大家介紹了關(guān)于CentOS7和8中安裝Maven3.8.4的相關(guān)資料,需要的朋友可以參考下2022-04-04
spring項(xiàng)目自定義全局響應(yīng)處理器統(tǒng)一處理響應(yīng)結(jié)果的實(shí)現(xiàn)步驟
本文詳細(xì)描述了如何通過(guò)@ControllerAdvice和ResponseBodyAdvice在SpringMVC項(xiàng)目中創(chuàng)建自定義響應(yīng)處理器,以及如何使用Wrapper類(lèi)包裝和標(biāo)準(zhǔn)化返回結(jié)果,感興趣的朋友跟隨小編一起看看吧2025-01-01
String.trim()消除不了空格的問(wèn)題及解決
這篇文章主要介紹了String.trim()消除不了空格的問(wèn)題及解決方案,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-07-07

