SpringMVC常用注解载入与处理方式详解

目录
  • 一 . 前言
  • 二 . RestController 部分
  • 三 . RequestMapping 部分
  • 四 . RequestParam和PathVariable
  • 五 . RequestBody 和 ResponseBody
  • 总结

一 . 前言

这一篇来看一下SpringMVC 中各个注解载入的方式和处理的时机

二 . RestController 部分

RestController 注解主要的作用是Bean的加载 , 值得关注的注解包括 : @Controller 和 @ResponseBody

而 Contoller 注解携带 @Component , 所以主要执行的位置是 Bean 处理 .

在 Bean 处理过程中 , 主要是在 RequestMappingHandlerMapping 中对 @RequestMapping 进行扫描处理

//C- AbstractHandlerMethodMapping # initHandlerMethods :  一切的起点 , 开始对所有需要扫描的 Bean 进行处理
protected void initHandlerMethods() {
   for (String beanName : getCandidateBeanNames()) {
      if (!beanName.startsWith(SCOPED_TARGET_NAME_PREFIX)) {
         // 后续会进行 Registry 对 Mapping 进行注册
         processCandidateBean(beanName);
      }
   }
   // 主要是 log 处理 , 可以重写
   handlerMethodsInitialized(getHandlerMethods());
}

总结 : RestController 主要用于把Bean注入到 Spring 体系中 , 触发 Mapping 扫描

三 . RequestMapping 部分

上面触发了 Mapping 的加载后 , 就会通过 Registry 把 Mapping 注册到集合中 , 先大概过一下流程

// S1 : AbstractHandlerMethodMapping # detectHandlerMethods : 逐一对Bean进行扫描处理
    - MethodIntrospector.selectMethods 扫描所有的 Method , 获取 Map<Method, T>
    - methods.forEach 调用 registerHandlerMethod 对 Method 进行注册
// S2 : AbstractHandlerMethodMapping # register : 注册 Handler 和 Method 到各个集合中
    - 这里之前说过 , 有多个 Mapping 用来保存 Handler 的映射关系
    - this.mappingLookup.put(mapping, handlerMethod);
    - this.urlLookup.add(url, mapping);
    - this.corsLookup.put(handlerMethod, corsConfig);
// S3 :  AbstractHandlerMethodMapping # lookupHandlerMethod : 对 URL 进行解析 , 寻找对应的 Mapping
    - this.mappingRegistry.getMappingsByUrl(lookupPath);

S1 : @RequestMapping 注解的载入

注解在上文S1阶段就已经被载入了 , 在扫描所有的Mapping的时候进行了 RequestMapping 的解析

// S1-1 : 获取到 Mathod 之上的注解
RequestMapping requestMapping = AnnotatedElementUtils.findMergedAnnotation(element, RequestMapping.class);
// S1-2 : 通过 Mapping 创建 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());
    // 此处对注解上的参数进行解析
builder.options(this.config).build()
// S3 : 构建 AbstractRequestCondition
细节就不看了 , 主要是构建 ParamsRequestCondition , ConsumesRequestCondition 等 放入 RequestMappingInfo 对象中

S3 : RequestMapping 的使用

// S3-1 : AbstractHandlerMethodMapping # lookupHandlerMethod : 通过 path 查询 Mapping
List<T> directPathMatches = this.mappingRegistry.getMappingsByUrl(lookupPath);
// S3-2 : addMatchingMappings 添加 HandlerMethod
addMatchingMappings(this.mappingRegistry.getMappings().keySet(), matches, request);

以下2个图分别是请求的匹配Condition和HandlerMethod中描述的处理类 , 这样的集合在 S2 环节注入>>

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();

总结:RequestMapping 主要在Bean扫描时触发 >>>

  • 当获取到 Bean 中 Mehtod 时 , 会创建对应的 RequestMappingInfo , 存入多个集合中
  • 当请求进来后 , 会在 lookupHandlerMethod 中获取对应Method 处理类**

四 . RequestParam和PathVariable

这是最常用的2个参数传递方式 , 主要的加载类为 : RequestParamMethodArgumentResolver

RequestParam 处理流程

// S1 : RequestMappingHandlerAdapter # invokeAndHandle : 发起方法的调用
    - 此处为参数处理的入口 , 当请求进来时 , 会代理到对应的方法 , 在代理的过程中进行处理
// S2 : InvocableHandlerMethod # getMethodArgumentValues : 循环方法中所有的参数
    - getMethodArgumentValues 中会对 Bean 加载时即生成的 HandMethod 进行处理
// S3 : HandlerMethodArgumentResolverComposite # getArgumentResolver : 对所有解析类进行处理
    - for 循环进行的处理
    - 解析类用来解析参数上面的注解 , 判断是否符合某种注解的解析条件
    - 包括 PathVariable 等多种注解的解析
// S4 : RequestParamMethodArgumentResolver # supportsParameter : 判断是否包含 RequestParam 注解
    - 如果符合解析条件 , 把 MethodParameter 和 resolver 都放在缓存中
// S5 : RequestParamMethodArgumentResolver # resolveArgument : 对参数进行解析

PathVariable 处理流程

PathVariable 和上面的流程一样 , 主要在 S3 进行处理

总结 :RequestParam 和 PathVariable 主要还是在实际调用 Invoke 方法时解析处理

  • 调用代理方法时会对所有的参数进行解析 >> S1
  • 解析通过 support + resolve 两步完成 , 也就是策略
  • 解析完成后放入 Object[] 再调用具体的 Method

五 . RequestBody 和 ResponseBody

核心加载类 : RequestResponseBodyMethodProcessor , 其实主要流程和上文比较类似 , 只不过该类在调用和返回时都有相关的调用

RequestBody

// S1 : 判断是否需要解析
public boolean supportsParameter(MethodParameter parameter) {
    return parameter.hasParameterAnnotation(RequestBody.class);
}
// S2 : 解析数据 resolveArgument
// 这里就不细说了 , 就是一个 Converters 

ResponseBody

public void handleReturnValue(@Nullable Object returnValue, MethodParameter returnType,
			ModelAndViewContainer mavContainer, NativeWebRequest webRequest){}
//- 返回值 , 返回类型 , Model 上下文等

开关的处理

// 问题一 : 加了 ResponseBody 后为什么可以不用跳 View 
    - 过去前后不分离的场景 , 通常会通过一个 View 来接收跳转地址到对应的 HTML 页面
    - 但是加了 ResponseBody 后则可以直接返回出去 
? 如何处理的 : 
handleReturnValue 中 mavContainer.setRequestHandled(true) : 
    > 当设置了 ResponseBody 后 , view resolution is not argument
    > 当后文 getModelAndView 时会根据这个参数直接返回 null

总结

  1. RestController 触发 Bean 的加载
  2. RequestMapping 加载 method 和 url 信息到集合中
  3. 通过 Resolver 对 Body 等任何方法上的参数进行处理 , 通过代理实现

到此这篇关于SpringMVC常用注解载入与处理方式详解的文章就介绍到这了,更多相关SpringMVC注解载入与处理内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • SpringMVC使用注解实现登录功能

    本文实例为大家分享了SpringMVC使用注解实现登录的具体代码,供大家参考,具体内容如下 一.使用Component\Controller\Service\Repository四大注解类: @Component 是通用标注 @Controller 标注 web 控制器 @Service 标注 Servicec 层的服务 @Respository 标注 DAO层的数据访问 这些注解都是类级别的,可以不带任何参数,也可以带一个参数,代表bean名字,在进行注入的时候就可以通过名字进行注入了. 二.

  • 分析讲解SpringMVC注解配置如何实现

    目录 简介 注解类代替web.xml 注解类代替Spring-mvc.xml 简介 使用配置类和注解代替web.xml和SpringMVC配置文件的功能 在Servlet3.0环境中,容器会在类路径中查找实现javax.servlet.ServletContainerInitializer接口的类,如果找到的话就用它来配置Servlet容器. Spring提供了这个接口的实现,名为SpringServletContainerInitializer,这个类又会查找实现WebApplicationI

  • 一文搞懂SpringMVC中@InitBinder注解的使用

    目录 简介 应用示例 原理解读 环境:Springboot2.4.12 简介 ​@Controller或@ControllerAdvice类可以有@InitBinder方法来初始化WebDataBinder的实例,这些方法可以: 将请求参数(即表单或查询数据)绑定到模型对象. 将基于字符串的请求值(如请求参数.路径变量.头.cookie等)转换为控制器方法参数的目标类型. 渲染HTML表单时,将模型对象的值格式化为字符串值. @InitBinder方法可以注册控制器特定的java.bean.Pr

  • SpringMVC使用注解配置方式

    目录 SpringMVC注解配置方式 一.创建初始化类 二.spring的配置类 三.WebConfig 配置类 剩余配置 SpringMVC注解配置方式 使用配置类和注解代替 web.xml 和 SpringMVC配置文件 的功能. 一.创建初始化类 在 Servlet3.0 环境中,容器会在类路径中查找实现javax.servlet.ServletContainerInitializer接口的类,如果找到的话就用它来配置 Servlet 容器. Spring 提供了这个接口的实现,名为Spr

  • SpringMVC基于注解方式实现上传下载

    目录 一.文件下载 1-1.servlet原生方式下载 1-2.使用ResponseEntity实现下载 二.文件上传 2-1.添加commons-fileupload依赖 2-2.配置spring.xml注入CommonsMultipartResolver文件上传解析器 2-3.文件上传 一.文件下载 1-1.servlet原生方式下载 /**  * 基于servlet api的文件下载  */ @RequestMapping("/download") public String d

  • SpringMVC中@RequestMapping注解用法实例

    目录 1 修饰类和方法 2 value 3 method 4 params和headers 5 Ant路径 5 @PathVariable 6 HiddenHttpMethodFilter 7 @RequestParam 8 @RequestHeader 9 @CookieValue 总结 1 修饰类和方法 package site.exciter.springmvc.handlers; import org.springframework.stereotype.Controller; impo

  • SpringMVC常用注解载入与处理方式详解

    目录 一 . 前言 二 . RestController 部分 三 . RequestMapping 部分 四 . RequestParam和PathVariable 五 . RequestBody 和 ResponseBody 总结 一 . 前言 这一篇来看一下SpringMVC 中各个注解载入的方式和处理的时机 二 . RestController 部分 RestController 注解主要的作用是Bean的加载 , 值得关注的注解包括 : @Controller 和 @ResponseB

  • springMVC图片上传的处理方式详解

    本文实例为大家分享了springMVC图片上传的处理方式,供大家参考,具体内容如下 首先需要依赖的jar包: <dependency> <groupId>commons-io</groupId> <artifactId>commons-io</artifactId> <version>1.3.2</version> </dependency> <dependency> <groupId>

  • spring、mybatis 配置方式详解(常用两种方式)

    在之前的文章中总结了三种方式,但是有两种是注解sql的,这种方式比较混乱所以大家不怎么使用,下面总结一下常用的两种总结方式: 一. 动态代理实现 不用写dao的实现类 这种方式比较简单,不用实现dao层,只需要定义接口就可以了,这里只是为了记录配置文件所以程序写的很简单: 1.整体结构图: 2.三个配置文件以及一个映射文件 (1).程序入口以及前端控制器配置 web.xml <?xml version="1.0" encoding="UTF-8"?> &

  • SpringMvc框架的简介与执行流程详解

    目录 一.SpringMvc框架简介 1.Mvc设计理念 2.SpringMvc简介 二.SpringMvc执行流程 1.流程图解 2.步骤描述 3.核心组件 三.整合Spring框架配置 1.spring-mvc配置 2.Web.xml配置 3.测试接口 4.常用注解说明 四.常见参数映射 1.普通映射 2.指定参数名 3.数组参数 4.Map参数 5.包装参数 6.Rest风格参数 五.源代码地址 一.SpringMvc框架简介 1.Mvc设计理念 M:代表模型Model 模型就是数据,应用

  • SpringMVC和Spring的配置文件扫描包详解

    在Spring整体框架的核心概念中,容器是核心思想,就是用来管理Bean的整个生命周期的,而在一个项目中,容器不一定只有一个,Spring中可以包括多个容器,而且容器有上下层关系,目前最常见的一种场景就是在一个项目中引入Spring和SpringMVC这两个框架,那么它其实就是两个容器,Spring是父容器,SpringMVC是其子容器,并且在Spring父容器中注册的Bean对于SpringMVC容器中是可见的,而在SpringMVC容器中注册的Bean对于Spring父容器中是不可见的,也就

  • SpringMVC框架整合Junit进行单元测试(案例详解)

    本文主要介绍在SpringMVC框架整合Junit框架进行单元测试.闲话少述,让我们直入主题. 系统环境 软件 版本 spring-webmvc 4.3.6.RELEASE spring-test 4.3.6.RELEASE junit 4.12 引入依赖 <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</ver

  • SpringBoot统一功能处理的方式详解

    目录 SpringMVC统一处理的三种方式 1.基于SpringMVC的配置类扩展 2.统一的响应数据格式封装 3.统一异常处理 基于SpringAOP已经实现统一功能增强,但如果希望对Controller增强,就无法获取其中的http请求数据.因此,实现以下这些统一增强的业务,就不能使用SpringAOP: 响应数据统一封装 统一异常处理(返回错误信息的http响应) http请求日志记录 SpringMVC统一处理的三种方式 SpringMVC在SpringBoot项目中,是默认进行了配置,

  • Springmvc ajax跨域请求处理方法实例详解

    上次给一个网站写网站  前后端分离 最后跪在ajax跨域上面了  自己在网上找了个方法  亲试可用  记录一下 写一个类  继承HandlerInterceptorAdapter package com.util; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import org.springframework.web.servlet.handler.Ha

  • hibernate4基本配置方式详解

    可编程的配置方式-1 如果在配置cfg.xml的时候,不想在里面配置hbm.xml怎么办呢?可在程序里使用可编程的配置方式,也就是使用程序来指定在cfg.xml里面的配置信息,不推荐这种方式.如下: Configuration cfg= new Configuration() .addResource("Item.hbm.xml") .addResource("Bid.hbm.xml"); 一个替代方法(有时是更好选择)是,指定被映射的类,让Hibernate帮你寻

  • Android开发之基本控件和四种布局方式详解

    Android中的控件的使用方式和iOS中控件的使用方式基本相同,都是事件驱动.给控件添加事件也有接口回调和委托代理的方式.今天这篇博客就总结一下Android中常用的基本控件以及布局方式.说到布局方式Android和iOS还是区别挺大的,在iOS中有Frame绝对布局和AutoLayout相对布局.而在Android中的布局方式就比较丰富了,今天博客中会介绍四种常用的布局方式.先总结一下控件,然后再搞一搞基本方式,开发环境还是用的Mac下的Android Studio.开始今天的正题, 虽然A

随机推荐