Springmvc核心 HandlerExecutionChain执行链的初始化&创建&在整个调用过程的意义

HandlerMethod

HandlerExecutionChain一直是我们忽略的很重要的内容，其实我们在Springmvc中重要的入参赋值和反射调用业务方法，都是在它的handler属性下HandlerMethod进行的

在Springmvc，DispatcherServlet#doDispatch 是请求的核心方法，handle方法是反射调用业务方法的核心！

mv = ha.handle(processedRequest, response, mappedHandler.getHandler());

下面这个是handler方法下核心方法入参赋值的入口

Object[] args = getMethodArgumentValues(request, mavContainer, providedArgs);

而一切的业务方法的调用不是基于适配器，而是**ServletInvocableHandlerMethod**这个类的

继承结构如下↓

调用关系如下↓
单个请求从Servlet开始，核心处理方法就是通过Servlet#service方法开始(只考虑Springmvc的入口)，最终调用到doDispatch方法的。

handler 方法的入参解析

1. processedRequest是请求，HttpServletRequest类
2. response是响应，HttpServletResponse类
3. mappedHandler.getHandler()先按下不表。

我们发现handler的核心方法实际是RequestMappingHandlerAdapter 适配器去调用的，目前RequestMappingHandlerAdapter的适配器会去处理我们的请求，适配器最终将我们的请求交给HandlerMethod去处理，这个HandlerMethod == mappedHandler.getHandler()传入进来的

注：其实适配器有很多种，每个Springmvc的版本对应的适配器是不同的，包括实现Controller接口的类，都有对应的适配器去处理请求，这里不展开讲

那么mappedHandler.getHandler()到底是什么呢？

了解 HandlerExecutionChain

对象mappedHandler的类就是HandlerExecutionChain

这里我称其为执行链

执行链的创建是通过如下方法：

for (HandlerMapping mapping : this.handlerMappings) {
   HandlerExecutionChain handler = mapping.getHandler(request);
   if (handler != null) {
      return handler;
   }
}

下列是handlerMappings 的6个对象，其中RequestMappingHandlerMapping是我们用到的

从符合条件的 handlerMappings中 getHandler() 取出来的

org.springframework.web.servlet.handler.AbstractHandlerMapping#getHandler

我们知道handlerMappings是DispatcherServlet的9大对象中的一个，有很重要的功能

步骤如下：

1. Object handler = getHandlerInternal(request); 获取到的handler
2. HandlerExecutionChain executionChain = getHandlerExecutionChain(handler, request); 根据handler 和request获取到了HandlerExecutionChain

org.springframework.web.servlet.handler.AbstractHandlerMapping#getHandlerExecutionChain

HandlerExecutionChain chain = (handler instanceof HandlerExecutionChain ?
      (HandlerExecutionChain) handler : new HandlerExecutionChain(handler));

返回一个执行链

执行链的核心就是这个handler对象，接下来看如何创建这个handler的

getHandlerInternal方法下 核心创建出来的handler的方法，是从下列方法里的代码实现的，我们最终返回的handler是从这里拿到的。

org.springframework.web.servlet.handler.AbstractHandlerMethodMapping#lookupHandlerMethod

在方法里面，最终能返回HandlerMethod对象的就是
this.mappingRegistry.getRegistrations().get(mapping).getHandlerMethod()

也就是说，我们要拿到的HandlerMethod方法其实是已经被创建好了的。这里引出一个问题 this.mappingRegistry的内容是如何生成的呢？

MappingRegistry

Springboot方式创建bean对象如下：

@Bean
@Primary
public RequestMappingHandlerMapping requestMappingHandlerMapping(@Qualifier("mvcContentNegotiationManager") ContentNegotiationManager contentNegotiationManager, @Qualifier("mvcConversionService") FormattingConversionService conversionService, @Qualifier("mvcResourceUrlProvider") ResourceUrlProvider resourceUrlProvider) {
    return super.requestMappingHandlerMapping(contentNegotiationManager, conversionService, resourceUrlProvider);
}

这个requestMappingHandlerMapping 即为前面提到的handlerMappings内的其中一个bean！

根据继承结构可知，AbstractHandlerMethodMapping是其父类，它实现了InitializingBean的接口，那么会实例化和初始化Bean之后调用重要的生命周期的方法 afterPropertiesSet，此方法才是我们所有初始化的requestMappingHandlerMapping的属性的"数据源"：

最终核心的方法是register ，将MappingRegistry#registry的属性赋值！

org.springframework.web.servlet.handler.AbstractHandlerMethodMapping.MappingRegistry#register

public void register(T mapping, Object handler, Method method) {
			this.readWriteLock.writeLock().lock();
			try {
				HandlerMethod handlerMethod = createHandlerMethod(handler, method);
				validateMethodMapping(handlerMethod, mapping);

				Set<String> directPaths = AbstractHandlerMethodMapping.this.getDirectPaths(mapping);
				for (String path : directPaths) {
					this.pathLookup.add(path, mapping);
				}

				String name = null;
				if (getNamingStrategy() != null) {
					name = getNamingStrategy().getName(handlerMethod, mapping);
					addMappingName(name, handlerMethod);
				}

				CorsConfiguration config = initCorsConfiguration(handler, method, mapping);
				if (config != null) {
					config.validateAllowCredentials();
					this.corsLookup.put(handlerMethod, config);
				}

				this.registry.put(mapping, new MappingRegistration<>(mapping, handlerMethod, directPaths, name));
			}
			finally {
				this.readWriteLock.writeLock().unlock();
			}
		}

createHandlerMethod()方法负责创建HandlerMethod，handler作为bean的beanName，传入IOC容器和对应的Method，创建新的HandlerMethod

protected HandlerMethod createHandlerMethod(Object handler, Method method) {
		if (handler instanceof String) {
			return new HandlerMethod((String) handler,
					obtainApplicationContext().getAutowireCapableBeanFactory(), method);
		}
		return new HandlerMethod(handler, method);
	}

HandlerMethod的构造方法
beanFactory是IOC容器， beanName是注入到容器中的名称，Method对应方法

public HandlerMethod(String beanName, BeanFactory beanFactory, Method method) {
    //断言
    Assert.hasText(beanName, "Bean name is required");
    Assert.notNull(beanFactory, "BeanFactory is required");
    Assert.notNull(method, "Method is required");
    this.bean = beanName;
    this.beanFactory = beanFactory;
    Class<?> beanType = beanFactory.getType(beanName);
    if (beanType == null) {
        throw new IllegalStateException("Cannot resolve bean type for bean with name '" + beanName + "'");
    } else {
        this.beanType = ClassUtils.getUserClass(beanType);
        this.method = method;
        this.bridgedMethod = BridgeMethodResolver.findBridgedMethod(method);
        this.parameters = this.initMethodParameters();
        this.evaluateResponseStatus();
        this.description = initDescription(this.beanType, this.method);
    }
}

看到这里，或许有人有疑问，那是不是所有的注入到容器中的Bean都会注册呢？
那答案当然不是了~

在这里对所有符合条件的（Controller）的类中的每个方法执行上述的工作

1. for (String beanName : getCandidateBeanNames()) 遍历所有的bean
2. (beanType != null && isHandler(beanType)) 过滤掉不符合条件的bean Controller的bean才能通过
3. methods.forEach，遍历Controller的所有方法 实现了注册register

所以最终MappingRegistry#registry的属性注入，这是在IOC容器refresh()过程中完成的，然后在发起请求之后，（如果是第一次发起请求，需要完成springmvc的初始化 可以参照 SpringMVC的工作原理(创建篇)之前写的这篇）。首先是去拿到执行链，这个执行链中最重要的就是handler属性，在上述的过程中，创建好并且返回，那么在doDispatch方法中，就完成了执行链的创建。那么此刻

mv = ha.handle(processedRequest, response, mappedHandler.getHandler());

业务方法的入参赋值

我们的三个即将要完成业务核心的方法的入参就都解释清楚了，上面大量篇幅介绍mappedHandler.getHandler()的方法是如何创建并且又从哪里得到的。

return handleInternal(request, response, (HandlerMethod) handler);

从handler 方法后续也可以看到，取出来的handler将其强转成了HandlerMethod类型，我们前面对于HandlerMethod的创建的流程，有助于帮助我们理解整个的过程

上述这个图很重要，InvocableHandlerMethod#invokeForRequest是入参赋值的入口，也是业务方法调用的入口。

Object returnValue = invokeForRequest(webRequest, mavContainer, providedArgs);

是在上面提到的RequestMappingHandlerAdapter适配器中，创建ServletInvocableHandlerMethod对象后，调用invokeAndHandle的方法，这里是HandlerMethod调用伊始

invocableMethod.invokeAndHandle(webRequest, mavContainer);

HandlerMethod的继承关系↑

此刻我们已经从适配器Adapter->HandlerMethod了！

public Object invokeForRequest(NativeWebRequest request, @Nullable ModelAndViewContainer mavContainer,
			Object... providedArgs) throws Exception {

		Object[] args = getMethodArgumentValues(request, mavContainer, providedArgs);
		if (logger.isTraceEnabled()) {
			logger.trace("Arguments: " + Arrays.toString(args));
		}
		return doInvoke(args);
	}

这里的getMethodArgumentValues负责入参的赋值，doInvoker使用反射的方式 args则是业务方法的入参。
doInvoker反射可以实现调用，也和前面提到的HandlerMethod的创建过程中的属性赋值是分不开的，这也是我们为什么着重去介绍HandlerMethod由来的原因！

结论

展开讲上述内容的意义在于，它对于你理解Springmvc的核心业务提供极大的帮助，虽然实际开发中，你只需要调通到业务方法上就完成任务，但是知其然知其所以然也是非常重要的学习过程，也加深了我们对于Springmvc调用过程的认识。

在下一章，我们将着重介绍参数赋值的详细过程，希望能产生帮助！

创作不易，喜欢就关注一下呗

❤❤❤