Spring 源码解析之HandlerAdapter源码解析(三)
前言
这篇文章主要是解决上篇遗留的问题,主要是因为内容比较多
Spring 源码解析之HandlerAdapter源码解析(二)遗留问题
1. WebAsyncManager 和AsyncWebRequest 这些都是异步请求的管理?
先来看看使用的方式上有什么不同
@RequestMapping("/call")
@ResponseBody
public WebAsyncTask<String> asyncCall() {
//借助mvcTaskExecutor在另外一个线程调用
//此时Servlet容器线程已经释放,可以处理其他的请求
Callable<String> callable = new Callable<String>() {
@Override
public String call() throws Exception {
Thread.sleep(5000);
return "Callable result";
}
};
logger.debug("asyncCall()");
return new WebAsyncTask<String>(5500, callable);//允许指定timeout时间
}
上面代码适合代码消耗时间长的业务处理,一开始看到这种代码的时候我也比较懵懂,大致想了这种适合这样的场景,可能是一些需要超时的情况下需要这样的场景,防止调用时间过长把系统的线程给耗尽。流程上并没有什么好讲的,这里就不在特殊去详细讲了,大家有时间可以看看
WebAsyncManager
其实逻辑差不多,只不过执行controller方法返回的时候把WebAsyncTask对象到这里去执行了而已。
2. Spring是如何知道请求对应Controller的方法的?
这个主要分两种情况处理,一种是静态请求,一种是动态请求。
2.1 静态文件处理
按照下面代码逻辑,咱们先讲静态文件处理流程,现在有一个静态请求
/static/bootstrap_module/css/bootstrap.min.css
,首先来看DispatcherServlet中的mappedHandler = getHandler(processedRequest);
方法,这里会按照顺序便利所有的HandlerMapping,通过request去查找到相应的HandlerExecutionChain
,这里流程可以看文章《Spring 源码解析之HandlerAdapter源码解析(二)》,HandlerExecutionChain
包含了处理请求的handler,按照静态文件请求,这里处理静态文件请求的HandlerMapping
是org.springframework.web.servlet.handler.SimpleUrlHandlerMapping
,得到HandlerExecutionChain
是包含了org.springframework.web.servlet.resource.ResourceHttpRequestHandler
,的代码如下所示:
protected HandlerExecutionChain getHandler(HttpServletRequest request) throws Exception {
for (HandlerMapping hm : this.handlerMappings) {
if (logger.isTraceEnabled()) {
logger.trace(
"Testing handler map [" + hm + "] in DispatcherServlet with name '" + getServletName() + "'");
}
HandlerExecutionChain handler = hm.getHandler(request);
if (handler != null) {
return handler;
}
}
return null;
}
拿到
HandlerExecutionChain
后,会继续通过HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
去获取相应处理的HandlerAdapter,通过supports方法来判断是哪个HandlerAdapter
第一个支持,根据上面的静态请求来说这里得到的Adapter是org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter
具体代码如下所示