springmvc的handler收集

深藏阁楼爱情的钟 2022-12-31 01:21 39阅读 0赞

在上一篇中我们大概分析了springmvc的流程处理，但是我们会发现一个最重要的问题：我们知道的springmvc初始化ioc的时机以及他的运行流程。在流程分析的时候，我们可以看到他是直接从一个urlLookup（Map）中去取handler的。但是对于hander的收集这一块又是什么时候去进行的？他又是什么时候将handler与其对应的uri封装到urlLookup中得？以及MappingHandler是什么时候创建？他里面都封装了哪些handler？

## 1、onRefresh的作用 ##

在前面对于ioc容器的分析我们得知：在bean实例化之后，ioc会对监听器里面的方法进行调用。  
同样，在springmvc的ioc容器实例化之后，他也会调用监听器的方法

监听器：  
**SourceFilteringListener 调用下面的监听器的 onApplicationEvent  
GenericApplicationListenerAdapter调用下面监听器的onApplicationEvent  
ContextRefreshListener**

最终代码会停在这一块

FrameworkServlet  631  line
    
    //容器创建之后的回调事件~~~ 往下看
    FrameworkServlet.this.onApplicationEvent(event);

事件回调

FrameworkServlet  413 line
    
    public void onApplicationEvent(ContextRefreshedEvent event) { 
            this.refreshEventReceived = true;
            synchronized(this.onRefreshMonitor) { 
                //往下看
                this.onRefresh(event.getApplicationContext());
            }
        }
    
    DispatcherServlet  134 line
    
    protected void onRefresh(ApplicationContext context) { 
    		//继续往下看
            this.initStrategies(context);
        }
    
    DispatcherServlet  138 line
    
    protected void initStrategies(ApplicationContext context) { 
    		//初始化文件解析器
            this.initMultipartResolver(context);
            //初始化locale语言解析器
            this.initLocaleResolver(context);
            //初始化主题解析器
            this.initThemeResolver(context);
            //初始化handerMapping？？？就是这个咯
            this.initHandlerMappings(context);
            //初始化handlerAdapter ？？这个就是最终执行hanler的代理器咯
            this.initHandlerAdapters(context);
            //异常解析器
            this.initHandlerExceptionResolvers(context);
            this.initRequestToViewNameTranslator(context);
            //初始化视图解析器
            this.initViewResolvers(context);
            this.initFlashMapManager(context);
        }

## 2、handlerMappings的初始化 ##

**2.1 初始化handlerMappings**

DispatcherServlet  201  line
    
    private void initHandlerMappings(ApplicationContext context) { 
            this.handlerMappings = null;
            if (this.detectAllHandlerMappings) { 
            	//加载handlerMappings 直接从ioc容器中获取类型为HandlerMapping的类
                Map<String, HandlerMapping> matchingBeans = BeanFactoryUtils.beansOfTypeIncludingAncestors(context, HandlerMapping.class, true, false);
                if (!matchingBeans.isEmpty()) { 
                    this.handlerMappings = new ArrayList(matchingBeans.values());
                    AnnotationAwareOrderComparator.sort(this.handlerMappings);
                }
            } 
            如果上一步没获取到   则在这里获取默认的handlerMapping
            ......
        }

上面代码很简单。直接从ioc中取。那么我们可以肯定，在加载handlerMapping的时候，他就会将uri与对应的handler注册近handlerMapping中。

那么，我们就简单分析一下handlerMapping的加载吧

**2.2 ioc加载handlerMapping**

从上一篇我们知道hander与对应的uri是在urlLookup中封装的，那么他肯定调用urlLookup的put方法去放。所以，我们直接在他put的时候打一个断点，然后去分析整个调用栈就知道大概情况了

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxMDAxOTQ1_size_16_color_FFFFFF_t_70]

从调用栈可以知道，他是在属性设置完之后，遍历所有的bean，然后获取标注了@RequestMapping注解的方法，然后去将注解中的值与方法提取出来，最后在设置给urlLookup的。那么我们就可以在接收到web请求之后，直接来这里取对应的handler了

由于他是取得ioc容器中的bean。  
那么，**如何保证在加载HandlerMapping的时候，我们的业务处理的bean已经被加载好了呢？**

通过查看AbstractHandlerMethodMapping.processCandidateBean(String beanName)发现，它会根据beanName获取beanType，然后只有type类型为Handler的bean，才会进行注册近handlerMapping。并且注册的时候，也不需要获取类的实例，而是根据反射获取到类的方法，然后去将@RequestMapping注解的方法，然后去将注解中的值与方法提取出来进行设置。

**由于代码量太庞大，并且逻辑过于复杂  
具体的代码这一块就不分析了，大家可以根据我截图的红圈标注信息，去打断点看详细信息**

关键代码  
删选类型为handler的beanName  
AbstractHandlerMethodMapping.processCandidateBean(String beanName)  
提取方法与接口并注册  
AbstractHandlerMethodMapping.detectHandlerMethods(Object handler)

## 3、handlerAdapter的初始化 ##

前面我们知道需要根据一个handler去获取一个handlerAdapter，然后调用adapter的hand()方法去执行我们的业务逻辑，其实最终的业务执行还是使用我们的controller，只不过这一块会使用adaptor对其他的一些必要信息进行一个模板化的处理，只有真正业务才会使用我们的controller来执行。 后续在modelAndView的生成那块再来具体分析

handlelAdapter的初始化

DispatcherServlet  226  line
    
    private void initHandlerAdapters(ApplicationContext context) { 
            this.handlerAdapters = null;
            if (this.detectAllHandlerAdapters) { 
            	//从ioc容器中获取所有HandlerAdapter类型的bean，并与其name一起封装到map中
                Map<String, HandlerAdapter> matchingBeans = BeanFactoryUtils.beansOfTypeIncludingAncestors(context, HandlerAdapter.class, true, false);
                if (!matchingBeans.isEmpty()) { 
                    this.handlerAdapters = new ArrayList(matchingBeans.values());
                    AnnotationAwareOrderComparator.sort(this.handlerAdapters);
                }
            } else { 
                try { 
                	//这一块获取名字为handlerAdapter的bean 由此可见，我们可自己去定制这个bean
                    HandlerAdapter ha = (HandlerAdapter)context.getBean("handlerAdapter", HandlerAdapter.class);
                    this.handlerAdapters = Collections.singletonList(ha);
                } catch (NoSuchBeanDefinitionException var3) { 
                }
            }
    
    		//获取一个默认的handlerAdapter
            if (this.handlerAdapters == null) { 
                this.handlerAdapters = this.getDefaultStrategies(context, HandlerAdapter.class);
                if (this.logger.isTraceEnabled()) { 
                    this.logger.trace("No HandlerAdapters declared for servlet '" + this.getServletName() + "': using default strategies from DispatcherServlet.properties");
                }
            }
    
        }

由此可见handlerAdapter与handlerMapping的获取方式都一样，直接从ioc容器中获取。那么也可以知道，他也是在设置完bean的属性之后，将adapter与handler进行的一个关系绑定。所以后面可以根据handler去拿到adapter。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxMDAxOTQ1_size_16_color_FFFFFF_t_70]: /images/20221120/5ef22f9718a149c99d046558a6712bb5.png