您的位置:首页 > 编程语言 > Java开发

SpringMVC工作原理以及源码分析(基于spring3.1.0)

2019-03-23 17:50 330 查看

SpringMVC工作原理以及源码分析(基于spring3.1.0)

springmvc是一个基于spring的web框架.本篇文章对它的工作原理以及源码进行深入分析.

  一、springmvc请求处理流程

  二、springmvc的工作机制

  三、springmvc核心源码分析

  四、谈谈springmvc的优化

一、springmvc请求处理流程

  引用spring in action上的一张图来说明了springmvc的核心组件和请求处理流程:

              

  ①:DispatcherServlet是springmvc中的前端控制器(front controller),负责接收request并将request转发给对应的处理组件.

  ②:HanlerMapping是springmvc中完成url到controller映射的组件.DispatcherServlet接收request,然后从HandlerMapping查找处理request的controller.

  ③:Cntroller处理request,并返回ModelAndView对象,Controller是springmvc中负责处理request的组件(类似于struts2中的Action),ModelAndView是封装结果视图的组件.

  ④ ⑤ ⑥:视图解析器解析ModelAndView对象并返回对应的视图给客户端.

二、springmvc的工作机制

  在容器初始化时会建立所有url和controller的对应关系,保存到Map<url,controller>中.tomcat启动时会通知spring初始化容器(加载bean的定义信息和初始化所有单例bean),然后springmvc会遍历容器中的bean,获取每一个controller中的所有方法访问的url,然后将url和controller保存到一个Map中;

  这样就可以根据request快速定位到controller,因为最终处理request的是controller中的方法,Map中只保留了url和controller中的对应关系,所以要根据request的url进一步确认controller中的method,这一步工作的原理就是拼接controller的url(controller上@RequestMapping的值)和方法的url(method上@RequestMapping的值),与request的url进行匹配,找到匹配的那个方法;  

  确定处理请求的method后,接下来的任务就是参数绑定,把request中参数绑定到方法的形式参数上,这一步是整个请求处理过程中最复杂的一个步骤。springmvc提供了两种request参数与方法形参的绑定方法:

  ① 通过注解进行绑定,@RequestParam

  ② 通过参数名称进行绑定.
  使用注解进行绑定,我们只要在方法参数前面声明@RequestParam("a"),就可以将request中参数a的值绑定到方法的该参数上.使用参数名称进行绑定的前提是必须要获取方法中参数的名称,Java反射只提供了获取方法的参数的类型,并没有提供获取参数名称的方法.springmvc解决这个问题的方法是用asm框架读取字节码文件,来获取方法的参数名称.asm框架是一个字节码操作框架,关于asm更多介绍可以参考它的官网.个人建议,使用注解来完成参数绑定,这样就可以省去asm框架的读取字节码的操作.

三、源代码的分析

 我们根据工作机制中三部分来分析springmvc的源代码.

    其一,ApplicationContext初始化时建立所有url和controller类的对应关系(用Map保存);

    其二,根据请求url找到对应的controller,并从controller中找到处理请求的方法;

    其三,request参数绑定到方法的形参,执行方法处理请求,并返回结果视图.

第一步、建立Map<urls,controller>的关系

  我们首先看第一个步骤,也就是建立Map<url,controller>关系的部分.第一部分的入口类为ApplicationObjectSupport的setApplicationContext方法.setApplicationContext方法中核心部分就是初始化容器initApplicationContext(context),子类AbstractDetectingUrlHandlerMapping实现了该方法,所以我们直接看子类中的初始化容器方法.

  1. public void initApplicationContext() throws ApplicationContextException {
  2. super.initApplicationContext();
  3. detectHandlers();
  4. }
  5. /**
  6.    * 建立当前ApplicationContext中的所有controller和url的对应关系
  7.     */
  8. protected void detectHandlers() throws BeansException {
  9. if (logger.isDebugEnabled()) {
  10. logger.debug("Looking for URL mappings in application context: " + getApplicationContext());
  11. }
  12.      // 获取ApplicationContext容器中所有bean的Name
  13. String[] beanNames = (this.detectHandlersInAncestorContexts ?
  14. BeanFactoryUtils.beanNamesForTypeIncludingAncestors(getApplicationContext(), Object.class) :
  15. getApplicationContext().getBeanNamesForType(Object.class));
  16. // 遍历beanNames,并找到这些bean对应的url
  17. for (String beanName : beanNames) {
  18.        // 找bean上的所有url(controller上的url+方法上的url),该方法由对应的子类实现
  19. String[] urls = determineUrlsForHandler(beanName);
  20. if (!ObjectUtils.isEmpty(urls)) {
  21. // 保存urls和beanName的对应关系,put it to Map<urls,beanName>,该方法在父类AbstractUrlHandlerMapping中实现
  22. registerHandler(urls, beanName);
  23. }
  24. else {
  25. if (logger.isDebugEnabled()) {
  26. logger.debug("Rejected bean name '" + beanName + "': no URL paths identified");
  27. }
  28. }
  29. }
  30. }
  31. /** 获取controller中所有方法的url,由子类实现,典型的模板模式 **/
  32.   protected abstract String[] determineUrlsForHandler(String beanName);
[/code]

determineUrlsForHandler(String beanName)方法的作用是获取每个controller中的url,不同的子类有不同的实现,这是一个典型的模板设计模式.因为开发中我们用的最多的就是用注解来配置controller中的url,DefaultAnnotationHandlerMapping是AbstractDetectingUrlHandlerMapping的子类,处理注解形式的url映射.所以我们这里以DefaultAnnotationHandlerMapping来进行分析.我们看DefaultAnnotationHandlerMapping是如何查beanName上所有映射的url.

  1. /**
  2.    * 获取controller中所有的url
  3. */
  4.   protected String[] determineUrlsForHandler(String beanName) {
  5. // 获取ApplicationContext容器
  6.     ApplicationContext context = getApplicationContext();
  7. //从容器中获取controller
  8.      Class<?> handlerType = context.getType(beanName);
  9.      // 获取controller上的@RequestMapping注解
  10. RequestMapping mapping = context.findAnnotationOnBean(beanName, RequestMapping.class);
  11. if (mapping != null) { // controller上有注解
  12. this.cachedMappings.put(handlerType, mapping);
  13.        // 返回结果集
  14. Set<String> urls = new LinkedHashSet<String>();
  15.        // controller的映射url
  16. String[] typeLevelPatterns = mapping.value();
  17. if (typeLevelPatterns.length > 0) { // url>0
  18. // 获取controller中所有方法及方法的映射url
  19. String[] methodLevelPatterns = determineUrlsForHandlerMethods(handlerType, true);
  20. for (String typeLevelPattern : typeLevelPatterns) {
  21. if (!typeLevelPattern.startsWith("/")) {
  22. typeLevelPattern = "/" + typeLevelPattern;
  23. }
  24. boolean hasEmptyMethodLevelMappings = false;
  25. for (String methodLevelPattern : methodLevelPatterns) {
  26. if (methodLevelPattern == null) {
  27. hasEmptyMethodLevelMappings = true;
  28. }
  29. else {
  30.                 // controller的映射url+方法映射的url
  31. String combinedPattern = getPathMatcher().combine(typeLevelPattern, methodLevelPattern);
  32.                 // 保存到set集合中
  33.                  addUrlsForPath(urls, combinedPattern);
  34. }
  35. }
  36. if (hasEmptyMethodLevelMappings ||
  37. org.springframework.web.servlet.mvc.Controller.class.isAssignableFrom(handlerType)) {
  38. addUrlsForPath(urls, typeLevelPattern);
  39. }
  40. }
  41.          // 以数组形式返回controller上的所有url
  42. return StringUtils.toStringArray(urls);
  43. }
  44. else {
  45. // controller上的@RequestMapping映射url为空串,直接找方法的映射url
  46. return determineUrlsForHandlerMethods(handlerType, false);
  47. }
  48. } // controller上没@RequestMapping注解
  49. else if (AnnotationUtils.findAnnotation(handlerType, Controller.class) != null) {
  50. // 获取controller中方法上的映射url
  51. return determineUrlsForHandlerMethods(handlerType, false);
  52. }
  53. else {
  54. return null;
  55. }
  56. }
[/code]

 到这里HandlerMapping组件就已经建立所有url和controller的对应关系。

第二步、根据访问url找到对应controller中处理请求的方法.

  下面我们开始分析第二个步骤,第二个步骤是由请求触发的,所以入口为DispatcherServlet.DispatcherServlet的核心方法为doService(),doService()中的核心逻辑由doDispatch()实现,我们查看doDispatch()的源代码.

  1. /** 中央控制器,控制请求的转发 **/
  2. protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
  3. HttpServletRequest processedRequest = request;
  4. HandlerExecutionChain mappedHandler = null;
  5. int interceptorIndex = -1;
  6. try {
  7. ModelAndView mv;
  8. boolean errorView = false;
  9. try {
  10.          // 1.检查是否是文件上传的请求
  11. processedRequest = checkMultipart(request);
  12. // 2.取得处理当前请求的controller,这里也称为hanlder,处理器,第一个步骤的意义就在这里体现了.这里并不是直接返回controller,而是返回的HandlerExecutionChain请求处理器链对象,该对象封装了handler和interceptors.
  13. mappedHandler = getHandler(processedRequest, false);
  14.          // 如果handler为空,则返回404
  15. if (mappedHandler == null || mappedHandler.getHandler() == null) {
  16. noHandlerFound(processedRequest, response);
  17. return;
  18. }
  19. //3. 获取处理request的处理器适配器handler adapter
  20. HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
  21. // 处理 last-modified 请求头
  22. String method = request.getMethod();
  23. boolean isGet = "GET".equals(method);
  24. if (isGet || "HEAD".equals(method)) {
  25. long lastModified = ha.getLastModified(request, mappedHandler.getHandler());
  26. if (logger.isDebugEnabled()) {
  27. String requestUri = urlPathHelper.getRequestUri(request);
  28. logger.debug("Last-Modified value for [" + requestUri + "] is: " + lastModified);
  29. }
  30. if (new ServletWebRequest(request, response).checkNotModified(lastModified) && isGet) {
  31. return;
  32. }
  33. }
  34. // 4.拦截器的预处理方法
  35. HandlerInterceptor[] interceptors = mappedHandler.getInterceptors();
  36. if (interceptors != null) {
  37. for (int i = 0; i < interceptors.length; i++) {
  38. HandlerInterceptor interceptor = interceptors[i];
  39. if (!interceptor.preHandle(processedRequest, response, mappedHandler.getHandler())) {
  40. triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, null);
  41. return;
  42. }
  43. interceptorIndex = i;
  44. }
  45. }
  46. // 5.实际的处理器处理请求,返回结果视图对象
  47. mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
  48. // 结果视图对象的处理
  49. if (mv != null && !mv.hasView()) {
  50. mv.setViewName(getDefaultViewName(request));
  51. }
  52. // 6.拦截器的后处理方法
  53. if (interceptors != null) {
  54. for (int i = interceptors.length - 1; i >= 0; i--) {
  55. HandlerInterceptor interceptor = interceptors[i];
  56. interceptor.postHandle(processedRequest, response, mappedHandler.getHandler(), mv);
  57. }
  58. }
  59. }
  60. catch (ModelAndViewDefiningException ex) {
  61. logger.debug("ModelAndViewDefiningException encountered", ex);
  62. mv = ex.getModelAndView();
  63. }
  64. catch (Exception ex) {
  65. Object handler = (mappedHandler != null ? mappedHandler.getHandler() : null);
  66. mv = processHandlerException(processedRequest, response, handler, ex);
  67. errorView = (mv != null);
  68. }
  69. if (mv != null && !mv.wasCleared()) {
  70. render(mv, processedRequest, response);
  71. if (errorView) {
  72. WebUtils.clearErrorRequestAttributes(request);
  73. }
  74. }
  75. else {
  76. if (logger.isDebugEnabled()) {
  77. logger.debug("Null ModelAndView returned to DispatcherServlet with name '" + getServletName() +
  78. "': assuming HandlerAdapter completed request handling");
  79. }
  80. }
  81. // 请求成功响应之后的方法
  82. triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, null);
  83. }
[/code]

 第2步:getHandler(processedRequest)方法实际上就是从HandlerMapping中找到url和controller的对应关系.这也就是第一个步骤:建立Map<url,Controller>的意义.我们知道,最终处理request的是controller中的方法,我们现在只是知道了controller,还要进一步确认controller中处理request的方法.由于下面的步骤和第三个步骤关系更加紧密,直接转到第三个步骤.

第三步、反射调用处理请求的方法,返回结果视图

  上面的方法中,第2步其实就是从第一个步骤中的Map<urls,beanName>中取得controller,然后经过拦截器的预处理方法,到最核心的部分--第5步调用controller的方法处理请求.在第2步中我们可以知道处理request的controller,第5步就是要根据url确定controller中处理请求的方法,然后通过反射获取该方法上的注解和参数,解析方法和参数上的注解,最后反射调用方法获取ModelAndView结果视图。因为上面采用注解url形式说明的,所以我们这里继续以注解处理器适配器来说明.第5步调用的就是AnnotationMethodHandlerAdapter的handle().handle()中的核心逻辑由invokeHandlerMethod(request, response, handler)实现。

  1. /** 获取处理请求的方法,执行并返回结果视图 **/
  2. protected ModelAndView invokeHandlerMethod(HttpServletRequest request, HttpServletResponse response, Object handler)
  3. throws Exception {
  4.      // 1.获取方法解析器
  5. ServletHandlerMethodResolver methodResolver = getMethodResolver(handler);
  6.      // 2.解析request中的url,获取处理request的方法
  7. Method handlerMethod = methodResolver.resolveHandlerMethod(request);
  8.      // 3.方法调用器
  9. ServletHandlerMethodInvoker methodInvoker = new ServletHandlerMethodInvoker(methodResolver);
  10. ServletWebRequest webRequest = new ServletWebRequest(request, response);
  11. ExtendedModelMap implicitModel = new BindingAwareModelMap();
  12.      // 4.执行方法
  13. Object result = methodInvoker.invokeHandlerMethod(handlerMethod, handler, webRequest, implicitModel);
  14.      // 5.封装结果视图
  15. ModelAndView mav =
  16. methodInvoker.getModelAndView(handlerMethod, handler.getClass(), result, implicitModel, webRequest);
  17. methodInvoker.updateModelAttributes(handler, (mav != null ? mav.getModel() : null), implicitModel, webRequest);
  18. return mav;
  19. }
[/code]

这一部分的核心就在2和4了.先看第2步,通过request找controller的处理方法.实际上就是拼接controller的url和方法的url,与request的url进行匹配,找到匹配的方法.

  1. /** 根据url获取处理请求的方法 **/
  2. public Method resolveHandlerMethod(HttpServletRequest request) throws ServletException {
  3.        // 如果请求url为,localhost:8080/springmvc/helloWorldController/say.action, 则lookupPath=helloWorldController/say.action
  4. String lookupPath = urlPathHelper.getLookupPathForRequest(request);
  5. Comparator<String> pathComparator = pathMatcher.getPatternComparator(lookupPath);
  6. Map<RequestSpecificMappingInfo, Method> targetHandlerMethods = new LinkedHashMap<RequestSpecificMappingInfo, Method>();
  7. Set<String> allowedMethods = new LinkedHashSet<String>(7);
  8. String resolvedMethodName = null;
  9.        // 遍历controller上的所有方法,获取url匹配的方法
  10. for (Method handlerMethod : getHandlerMethods()) {
  11. RequestSpecificMappingInfo mappingInfo = new RequestSpecificMappingInfo(this.mappings.get(handlerMethod));
  12. boolean match = false;
  13. if (mappingInfo.hasPatterns()) {// 获取方法上的url
  14. for (String pattern : mappingInfo.getPatterns()) { // 方法上可能有多个url,springmvc支持方法映射多个url
  15. if (!hasTypeLevelMapping() && !pattern.startsWith("/")) {
  16. pattern = "/" + pattern;
  17. }
  18.               // 获取controller上的映射和url和方法上的url,拼凑起来与lookupPath是否匹配
  19. String combinedPattern = getCombinedPattern(pattern, lookupPath, request);
  20. if (combinedPattern != null) {
  21. if (mappingInfo.matches(request)) {
  22. match = true;
  23. mappingInfo.addMatchedPattern(combinedPattern);
  24. }
  25. else {
  26. if (!mappingInfo.matchesRequestMethod(request)) {
  27. allowedMethods.addAll(mappingInfo.methodNames());
  28. }
  29. break;
  30. }
  31. }
  32. }
  33. mappingInfo.sortMatchedPatterns(pathComparator);
  34. }
  35. else if (useTypeLevelMapping(request)) {
  36.  // other
  37. }
[/code]

通过上面的代码,已经可以找到处理request的controller中的方法了,现在看如何解析该方法上的参数,并调用该方法。也就是执行方法这一步.执行方法这一步最重要的就是获取方法的参数,然后我们就可以反射调用方法了.

  1. public final Object invokeHandlerMethod(Method handlerMethod, Object handler,
  2. NativeWebRequest webRequest, ExtendedModelMap implicitModel) throws Exception {
  3.      Method handlerMethodToInvoke = BridgeMethodResolver.findBridgedMethod(handlerMethod);
  4. try {
  5. boolean debug = logger.isDebugEnabled();
  6.        // 处理方法上的其他注解
  7. for (String attrName : this.methodResolver.getActualSessionAttributeNames()) {
  8. Object attrValue = this.sessionAttributeStore.retrieveAttribute(webRequest, attrName);
  9. if (attrValue != null) {
  10. implicitModel.addAttribute(attrName, attrValue);
  11. }
  12. }
  13. for (Method attributeMethod : this.methodResolver.getModelAttributeMethods()) {
  14. Method attributeMethodToInvoke = BridgeMethodResolver.findBridgedMethod(attributeMethod);
  15. Object[] args = resolveHandlerArguments(attributeMethodToInvoke, handler, webRequest, implicitModel);
  16. if (debug) {
  17. logger.debug("Invoking model attribute method: " + attributeMethodToInvoke);
  18. }
  19. String attrName = AnnotationUtils.findAnnotation(attributeMethod, ModelAttribute.class).value();
  20. if (!"".equals(attrName) && implicitModel.containsAttribute(attrName)) {
  21. continue;
  22. }
  23. ReflectionUtils.makeAccessible(attributeMethodToInvoke);
  24. Object attrValue = attributeMethodToInvoke.invoke(handler, args);
  25. if ("".equals(attrName)) {
  26. Class resolvedType = GenericTypeResolver.resolveReturnType(attributeMethodToInvoke, handler.getClass());
  27. attrName = Conventions.getVariableNameForReturnType(attributeMethodToInvoke, resolvedType, attrValue);
  28. }
  29. if (!implicitModel.containsAttribute(attrName)) {
  30. implicitModel.addAttribute(attrName, attrValue);
  31. }
  32. }
  33.        // 核心代码,获取方法上的参数值
  34. Object[] args = resolveHandlerArguments(handlerMethodToInvoke, handler, webRequest, implicitModel);
  35. if (debug) {
  36. logger.debug("Invoking request handler method: " + handlerMethodToInvoke);
  37. }
  38. ReflectionUtils.makeAccessible(handlerMethodToInvoke);
  39. return handlerMethodToInvoke.invoke(handler, args);
  40. }
[/code]

 

resolveHandlerArguments方法实现代码比较长,它最终要实现的目的就是:完成request中的参数和方法参数上数据的绑定.

springmvc中提供两种request参数到方法中参数的绑定方式:

  ① 通过注解进行绑定,@RequestParam

  ② 通过参数名称进行绑定.
  使用注解进行绑定,我们只要在方法参数前面声明@RequestParam("a"),就可以将request中参数a的值绑定到方法的该参数上.使用参数名称进行绑定的前提是必须要获取方法中参数的名称,Java反射只提供了获取方法的参数的类型,并没有提供获取参数名称的方法.springmvc解决这个问题的方法是用asm框架读取字节码文件,来获取方法的参数名称.asm框架是一个字节码操作框架,关于asm更多介绍可以参考它的官网.个人建议,使用注解来完成参数绑定,这样就可以省去asm框架的读取字节码的操作.

  1. private Object[] resolveHandlerArguments(Method handlerMethod, Object handler,
  2. NativeWebRequest webRequest, ExtendedModelMap implicitModel) throws Exception {
  3.      // 1.获取方法参数类型的数组
  4. Class[] paramTypes = handlerMethod.getParameterTypes();
  5.     // 声明数组,存参数的值
  6. Object[] args = new Object[paramTypes.length];
  7.     //2.遍历参数数组,获取每个参数的值
  8. for (int i = 0; i < args.length; i++) {
  9. MethodParameter methodParam = new MethodParameter(handlerMethod, i);
  10. methodParam.initParameterNameDiscovery(this.parameterNameDiscoverer);
  11. GenericTypeResolver.resolveParameterType(methodParam, handler.getClass());
  12. String paramName = null;
  13. String headerName = null;
  14. boolean requestBodyFound = false;
  15. String cookieName = null;
  16. String pathVarName = null;
  17. String attrName = null;
  18. boolean required = false;
  19. String defaultValue = null;
  20. boolean validate = false;
  21. int annotationsFound = 0;
  22. Annotation[] paramAnns = methodParam.getParameterAnnotations();
  23.        // 处理参数上的注解
  24. for (Annotation paramAnn : paramAnns) {
  25. if (RequestParam.class.isInstance(paramAnn)) {
  26. RequestParam requestParam = (RequestParam) paramAnn;
  27. paramName = requestParam.value();
  28. required = requestParam.required();
  29. defaultValue = parseDefaultValueAttribute(requestParam.defaultValue());
  30. annotationsFound++;
  31. }
  32. else if (RequestHeader.class.isInstance(paramAnn)) {
  33. RequestHeader requestHeader = (RequestHeader) paramAnn;
  34. headerName = requestHeader.value();
  35. required = requestHeader.required();
  36. defaultValue = parseDefaultValueAttribute(requestHeader.defaultValue());
  37. annotationsFound++;
  38. }
  39. else if (RequestBody.class.isInstance(paramAnn)) {
  40. requestBodyFound = true;
  41. annotationsFound++;
  42. }
  43. else if (CookieValue.class.isInstance(paramAnn)) {
  44. CookieValue cookieValue = (CookieValue) paramAnn;
  45. cookieName = cookieValue.value();
  46. required = cookieValue.required();
  47. defaultValue = parseDefaultValueAttribute(cookieValue.defaultValue());
  48. annotationsFound++;
  49. }
  50. else if (PathVariable.class.isInstance(paramAnn)) {
  51. PathVariable pathVar = (PathVariable) paramAnn;
  52. pathVarName = pathVar.value();
  53. annotationsFound++;
  54. }
  55. else if (ModelAttribute.class.isInstance(paramAnn)) {
  56. ModelAttribute attr = (ModelAttribute) paramAnn;
  57. attrName = attr.value();
  58. annotationsFound++;
  59. }
  60. else if (Value.class.isInstance(paramAnn)) {
  61. defaultValue = ((Value) paramAnn).value();
  62. }
  63. else if ("Valid".equals(paramAnn.annotationType().getSimpleName())) {
  64. validate = true;
  65. }
  66. }
  67.   
  68. if (annotationsFound > 1) {
  69. throw new IllegalStateException("Handler parameter annotations are exclusive choices - " +
  70. "do not specify more than one such annotation on the same parameter: " + handlerMethod);
  71. }
  72. if (annotationsFound == 0) {// 如果没有注解
  73. Object argValue = resolveCommonArgument(methodParam, webRequest);
  74. if (argValue != WebArgumentResolver.UNRESOLVED) {
  75. args[i] = argValue;
  76. }
  77. else if (defaultValue != null) {
  78. args[i] = resolveDefaultValue(defaultValue);
  79. }
  80. else {
  81. Class paramType = methodParam.getParameterType();
  82.            // 将方法声明中的Map和Model参数,放到request中,用于将数据放到request中带回页面
  83. if (Model.class.isAssignableFrom(paramType) || Map.class.isAssignableFrom(paramType)) {
  84. args[i] = implicitModel;
  85. }
  86. else if (SessionStatus.class.isAssignableFrom(paramType)) {
  87. args[i] = this.sessionStatus;
  88. }
  89. else if (HttpEntity.class.isAssignableFrom(paramType)) {
  90. args[i] = resolveHttpEntityRequest(methodParam, webRequest);
  91. }
  92. else if (Errors.class.isAssignableFrom(paramType)) {
  93. throw new IllegalStateException("Errors/BindingResult argument declared " +
  94. "without preceding model attribute. Check your handler method signature!");
  95. }
  96. else if (BeanUtils.isSimpleProperty(paramType)) {
  97. paramName = "";
  98. }
  99. else {
  100. attrName = "";
  101. }
  102. }
  103. }
  104.        // 从request中取值,并进行赋值操作
  105. if (paramName != null) {
  106.          // 根据paramName从request中取值,如果没有通过RequestParam注解指定paramName,则使用asm读取class文件来获取paramName
  107. args[i] = resolveRequestParam(paramName, required, defaultValue, methodParam, webRequest, handler);
  108. }
  109. else if (headerName != null) {
  110. args[i] = resolveRequestHeader(headerName, required, defaultValue, methodParam, webRequest, handler);
  111. }
  112. else if (requestBodyFound) {
  113. args[i] = resolveRequestBody(methodParam, webRequest, handler);
  114. }
  115. else if (cookieName != null) {
  116. args[i] = resolveCookieValue(cookieName, required, defaultValue, methodParam, webRequest, handler);
  117. }
  118. else if (pathVarName != null) {
  119. args[i] = resolvePathVariable(pathVarName, methodParam, webRequest, handler);
  120. }
  121. else if (attrName != null) {
  122. WebDataBinder binder =
  123. resolveModelAttribute(attrName, methodParam, implicitModel, webRequest, handler);
  124. boolean assignBindingResult = (args.length > i + 1 && Errors.class.isAssignableFrom(paramTypes[i + 1]));
  125. if (binder.getTarget() != null) {
  126. doBind(binder, webRequest, validate, !assignBindingResult);
  127. }
  128. args[i] = binder.getTarget();
  129. if (assignBindingResult) {
  130. args[i + 1] = binder.getBindingResult();
  131. i++;
  132. }
  133. implicitModel.putAll(binder.getBindingResult().getModel());
  134. }
  135. }
  136.      // 返回参数值数组
  137. return args;
  138. }
[/code]

关于asm框架获取方法参数的部分,这里就不再进行分析了.感兴趣的话F3进去就能看到这个过程.

  到这里,方法的参数值列表也获取到了,就可以直接进行方法的调用了.整个请求过程中最复杂的一步就是在这里了.ok,到这里整个请求处理过程的关键步骤都分析完了.理解了springmvc中的请求处理流程,整个代码还是比较清晰的.

四、谈谈springmvc的优化

  上面我们已经对springmvc的工作原理和源码进行了分析,在这个过程发现了几个优化点:

  1.controller如果能保持单例,尽量使用单例,这样可以减少创建对象和回收对象的开销.也就是说,如果controller的类变量和实例变量可以以方法形参声明的尽量以方法的形参声明,不要以类变量和实例变量声明,这样可以避免线程安全问题.

  2.处理request的方法中的形参务必加上@RequestParam注解,这样可以避免springmvc使用asm框架读取class文件获取方法参数名的过程.即便springmvc对读取出的方法参数名进行了缓存,如果不要读取class文件当然是更加好.

  3.阅读源码的过程中,发现springmvc并没有对处理url的方法进行缓存,也就是说每次都要根据请求url去匹配controller中的方法url,如果把url和method的关系缓存起来,会不会带来性能上的提升呢?有点恶心的是,负责解析url和method对应关系的ServletHandlerMethodResolver是一个private的内部类,不能直接继承该类增强代码,必须要该代码后重新编译.当然,如果缓存起来,必须要考虑缓存的线程安全问题.

 

 

 

 

内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: