欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

代码分析Spring MVC的工作原理

程序员文章站 2024-02-20 09:22:46
遗留问题 在关于利用maven搭建ssm的博客,我们一起来探讨下问的最多的问题中,我遗留了一个问题:spring mvc是何时、何地、如何将model中的属性绑定到哪个作...

遗留问题

在关于利用maven搭建ssm的博客,我们一起来探讨下问的最多的问题中,我遗留了一个问题:spring mvc是何时、何地、如何将model中的属性绑定到哪个作用域,这里的作用域指的是servlet的四大作用域;不了解问题背景的可以回过头去看看我的上篇博文。

明确的解答我会放到最后,在解答问题之前,我先和大家一起来捋一捋spring mvc的工作原理。废话不多说,开始我们神秘的探险之旅!

应用示例

在讲工作原理之前,我们先看一个简单的spring mvc(ssm)示例,以及实现的效果

工程代码地址: 

代码分析Spring MVC的工作原理

工程结构与效果如上所示,我们不做过多的探究,我们打起精神往下看本篇的重点

工作原理

准备 - 资源的加载与初始化

1、dispatcherservlet 静态初始化

dispatcherservlet中有如下静态块

static {
 // load default strategy implementations from properties file.
 // this is currently strictly internal and not meant to be customized
 // by application developers.
 try {
  classpathresource resource = new classpathresource(default_strategies_path, dispatcherservlet.class);
  defaultstrategies = propertiesloaderutils.loadproperties(resource);
 }
 catch (ioexception ex) {
  throw new illegalstateexception("could not load 'dispatcherservlet.properties': " + ex.getmessage());
 }
 }

这里会将dispatcherservlet.properties中的内容读取到dispatcherservlet的属性:private static final properties defaultstrategies中,dispatcherservlet.properties内容如下

# default implementation classes for dispatcherservlet's strategy interfaces.
# used as fallback when no matching beans are found in the dispatcherservlet context.
# not meant to be customized by application developers.

org.springframework.web.servlet.localeresolver=org.springframework.web.servlet.i18n.acceptheaderlocaleresolver

org.springframework.web.servlet.themeresolver=org.springframework.web.servlet.theme.fixedthemeresolver

org.springframework.web.servlet.handlermapping=org.springframework.web.servlet.handler.beannameurlhandlermapping,\
 org.springframework.web.servlet.mvc.annotation.defaultannotationhandlermapping

org.springframework.web.servlet.handleradapter=org.springframework.web.servlet.mvc.httprequesthandleradapter,\
 org.springframework.web.servlet.mvc.simplecontrollerhandleradapter,\
 org.springframework.web.servlet.mvc.annotation.annotationmethodhandleradapter

org.springframework.web.servlet.handlerexceptionresolver=org.springframework.web.servlet.mvc.annotation.annotationmethodhandlerexceptionresolver,\
 org.springframework.web.servlet.mvc.annotation.responsestatusexceptionresolver,\
 org.springframework.web.servlet.mvc.support.defaulthandlerexceptionresolver

org.springframework.web.servlet.requesttoviewnametranslator=org.springframework.web.servlet.view.defaultrequesttoviewnametranslator

org.springframework.web.servlet.viewresolver=org.springframework.web.servlet.view.internalresourceviewresolver

org.springframework.web.servlet.flashmapmanager=org.springframework.web.servlet.support.sessionflashmapmanager

指定了dispatcherservlet策略接口的默认实现,后续dispatcherservlet初始化策略的时候会用到

2、interceptor定义的加载

spring启动过程中会调用interceptorsbeandefinitionparser的parse方法来解析出我们自定义的interceptor定义,封装成mappedinterceptor类型的bean定义,并放到spring容器中;我们可以简单的认为spring容器中已经存在了我们自定义的interceptor的bean定义

3、dispatcherservlet初始化策略:initstrategies

dispatcherservlet的继承图如下

代码分析Spring MVC的工作原理

dispatcherservlet是一个servlet,tomcat启动过程中会调用其init方法,一串的调用后,会调用dispatcherservlet的initstrategies方法

protected void initstrategies(applicationcontext context) {
 initmultipartresolver(context);
 initlocaleresolver(context);
 initthemeresolver(context);
 inithandlermappings(context);
 inithandleradapters(context);
 inithandlerexceptionresolvers(context);
 initrequesttoviewnametranslator(context);
 initviewresolvers(context);
 initflashmapmanager(context);
}

实例化步骤1中的默认实现,并填充到dispatcherservlet各个属性值中

4、defaultannotationhandlermapping的拦截器初始化

dispatcherservlet.properties种指定了两个默认的handlermapping:beannameurlhandlermapping、defaultannotationhandlermapping,这两者的类继承图如下(我们暂时只关注defaultannotationhandlermapping)

代码分析Spring MVC的工作原理

defaultannotationhandlermapping间接实现了applicationcontextaware,那么在defaultannotationhandlermapping实例初始化过程中,会调用setapplicationcontext(applicationcontext applicationcontext)方法,一串调用后,会来到abstracturlhandlermapping的initapplicationcontext()

@override
protected void initapplicationcontext() throws beansexception {
 extendinterceptors(this.interceptors);
 detectmappedinterceptors(this.mappedinterceptors);
 initinterceptors();
}

初始化了defaultannotationhandlermapping的拦截器:interceptor

我们来看下具体的初始化过程,看看上面的顺序是否只是我个人的臆想?

代码分析Spring MVC的工作原理

可以看到,初始化顺序就是我们上面说的,不是我个人的意淫;此时的defaultannotationhandlermapping中有我们自定义的myinterceptor。初始化过程我们需要关注的就是上述这些,下面我们一起看看具体请求的过程

请求的处理

请求从servlet的service开始,一路到dispatcherservlet的dodispatch,如下图

代码分析Spring MVC的工作原理

dodispatch

/**
 * process the actual dispatching to the handler. 将请求分发到具体的handler,也就是我们的controller
 * <p>the handler will be obtained by applying the servlet's handlermappings in order.
 * the handleradapter will be obtained by querying the servlet's installed handleradapters
 * to find the first that supports the handler class.
 * <p>all http methods are handled by this method. it's up to handleradapters or handlers
 * themselves to decide which methods are acceptable.
 * @param request current http request
 * @param response current http response
 * @throws exception in case of any kind of processing failure
 */
protected void dodispatch(httpservletrequest request, httpservletresponse response) throws exception {
 httpservletrequest processedrequest = request;
 handlerexecutionchain mappedhandler = null;
 boolean multipartrequestparsed = false;

 webasyncmanager asyncmanager = webasyncutils.getasyncmanager(request);

 try {
  modelandview mv = null;
  exception dispatchexception = null;

  try {
   processedrequest = checkmultipart(request);
   multipartrequestparsed = processedrequest != request;

   // determine handler for the current request. 决定哪个handler来处理当前的请求
   // mappedhandler是由handler和interceptor集合组成的一个执行链,有点类似filterchain
   mappedhandler = gethandler(processedrequest);
   if (mappedhandler == null || mappedhandler.gethandler() == null) {
    nohandlerfound(processedrequest, response);
    return;
   }

   // determine handler adapter for the current request. 决定哪个adapter来处理当前的请求
   // handlermapping是找出适配的handler,而真正回调handler的是adapter
   handleradapter ha = gethandleradapter(mappedhandler.gethandler());

   // process last-modified header, if supported by the handler.
   string method = request.getmethod();
   boolean isget = "get".equals(method);
   if (isget || "head".equals(method)) {
    long lastmodified = ha.getlastmodified(request, mappedhandler.gethandler());
    if (logger.isdebugenabled()) {
     string requesturi = urlpathhelper.getrequesturi(request);
     logger.debug("last-modified value for [" + requesturi + "] is: " + lastmodified);
    }
    if (new servletwebrequest(request, response).checknotmodified(lastmodified) && isget) {
     return;
    }
   }

   // handler的前置处理,也就是调用适配当前url的interceptor的prehandler方法
   if (!mappedhandler.applyprehandle(processedrequest, response)) {
    return;
   }

   try {
    // actually invoke the handler. 真正调用handler
    mv = ha.handle(processedrequest, response, mappedhandler.gethandler());
   }
   finally {
    if (asyncmanager.isconcurrenthandlingstarted()) {
     return;
    }
   }

   applydefaultviewname(request, mv);
   // handler的后置处理,也就是调用适配当前url的interceptor的posthandler方法
   mappedhandler.applyposthandle(processedrequest, response, mv);
  }
  catch (exception ex) {
   dispatchexception = ex;
  }
  // 处理handler返回的结果,会调用适配当前url的interceptor的aftercompletion方法
  // 这里会将响应结果返回给请求者
  processdispatchresult(processedrequest, response, mappedhandler, mv, dispatchexception);
 }
 catch (exception ex) {
  triggeraftercompletion(processedrequest, response, mappedhandler, ex);
 }
 catch (error err) {
  triggeraftercompletionwitherror(processedrequest, response, mappedhandler, err);
 }
 finally {
  if (asyncmanager.isconcurrenthandlingstarted()) {
   // instead of posthandle and aftercompletion
   mappedhandler.applyafterconcurrenthandlingstarted(processedrequest, response);
   return;
  }
  // clean up any resources used by a multipart request.
  if (multipartrequestparsed) {
   cleanupmultipart(processedrequest);
  }
 }
}

handlermapping具体如何找到匹配当前url的handler(一般而言就是我们的controller)、handleradapter具体如何回调真正的handler,有兴趣的可以自行去跟下,我就不跟了。我们具体看下processdispatchresult(processedrequest, response, mappedhandler, mv, dispatchexception); 这个与我们最初的疑问有关

processdispatchresult

代码分析Spring MVC的工作原理

可以看到model中的persons会被设置到request的attributes中,然后转发请求到show_person.jsp,转发过程中request作用域的变量仍然有效,所以show_person.jsp中的jstl标签和el表达式能够取到persons变量,最后将show_person.jsp中的内容填充好之后的静态内容返回给请求者;至此就完成了一次请求的响应

问题解答

回到我们开篇的疑问:spring mvc是何时、何地、如何将model中的属性绑定到哪个作用域?想必大家已经知道答案了

controller中的model、modelmap的注入由spring mvc完成,这个不是请求传入的参数,用于绑定变量到servlet作用域;默认情况下,在dispatcherservlet调用了真正的handler之后,将结果返回给请求者的过程中,将model、modelmap中的变量设置到了request的attributes中,转发的过程中,request中的变量仍然有效,所以show_person.jsp中能取到persons这个变量,自此疑问得到解答

总结

1、spring mvc工作原理图

图是用的别人的,具体是谁的我也不记得了(捂脸)

代码分析Spring MVC的工作原理

2、defaultannotationhandlermapping在spring3.2中被废弃,替换成了requestmappinghandlermapping