这一篇来看一下SpringMVC 中各个注解载入的方式和处理的时机
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 扫描
上面触发了 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扫描时触发 >>>
这是最常用的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 方法时解析处理
核心加载类 : 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
-
-
-
- 复制代码