SpringMVC在@RequestMapping配置两个相同路径

　　这篇博客来自这个问题： 在SpringMVC中@RequestMapping可以配置两个相同的url路径吗。

　　首先，这个问题会点SpringMVC的人可能都知道答案，但是上次面试中我就回答了可以。。。可以。。Spicy Chicken!!!

 

　　参考文章： http://lgbolgger.iteye.com/blog/2105108

　　

　　这个问题要从 RequestMappingHandlerMapping 和 RequestMappingHandlerAdapter 讲起了。　

　　首先，在配置文件中声明了 <mvc:annotation-driven /> 注解之后， 在 initStrategies() 方法中注册了处理的类：

protected void initStrategies(ApplicationContext context) {  
        initMultipartResolver(context);  
        initLocaleResolver(context);  
        initThemeResolver(context);  
     initHandlerMappings(context);  
        initHandlerAdapters(context);  
        initHandlerExceptionResolvers(context);  
        initRequestToViewNameTranslator(context);  
        initViewResolvers(context);  
        initFlashMapManager(context);  
    }  

　　容器对 @ReqeustMapping 便签的处理的简化流程就是首先 RequestMappingHandlerMapping 类去查找有 @Controller 或 @RequestMapping 的类， 然后为含有其中一个注解的类还有类中含有 @RequestMapping 注解的方法构建 HandlerMethod 对象， 之后 RequestMappingHandlerAdapter 判断是否 support 对应的方法并执行对应的方法。

　　具体的过程如下：

　　1， RequestMappingHandlerMapping 遍历所有的 bean， 判断是否有 @Controller 或 @RequestMapping 注解

    protected void initHandlerMethods() {  
        if (logger.isDebugEnabled()) {  
            logger.debug("Looking for request mappings in application context: " + getApplicationContext());  
        }  
  
        String[] beanNames = (this.detectHandlerMethodsInAncestorContexts ?  
                BeanFactoryUtils.beanNamesForTypeIncludingAncestors(getApplicationContext(), Object.class) :  
                getApplicationContext().getBeanNamesForType(Object.class));  
  
        for (String beanName : beanNames) {  
            if (!beanName.startsWith(SCOPED_TARGET_NAME_PREFIX) &&  
          isHandler(getApplicationContext().getType(beanName))){  
                detectHandlerMethods(beanName);  
            }  
        }  
        handlerMethodsInitialized(getHandlerMethods());  
    }  

　　isHandler() 判断的方法：

    protected boolean isHandler(Class<?> beanType) {  
        return ((AnnotationUtils.findAnnotation(beanType, Controller.class) != null) ||  
                (AnnotationUtils.findAnnotation(beanType, RequestMapping.class) != null));  
    }  

　　注意方法中的判断是用 || 逻辑，说明两者当中的其中一个符合即可。

　　2，处理含有 @RequestMapping 的方法，遍历第一步中找到的类中的所有方法，用一个 MethodFilter 查找所有的 @ReqeustMapping 注解的方法，并为找到的 @RequestMapping 的方法构建 ReqeustMappingInfo 对象

/** 
     * Look for handler methods in a handler. 
     * @param handler the bean name of a handler or a handler instance 
     */  
    protected void detectHandlerMethods(final Object handler) {  
        Class<?> handlerType =  
                (handler instanceof String ? getApplicationContext().getType((String) handler) : handler.getClass());  
  
        // Avoid repeated calls to getMappingForMethod which would rebuild RequestMappingInfo instances  
        final Map<Method, T> mappings = new IdentityHashMap<Method, T>();  
        final Class<?> userType = ClassUtils.getUserClass(handlerType);  
  
        Set<Method> methods = HandlerMethodSelector.selectMethods(userType, new MethodFilter() {  
            @Override  
            public boolean matches(Method method) {  
                T mapping = getMappingForMethod(method, userType);  
                if (mapping != null) {  
                    mappings.put(method, mapping);  
                    return true;  
                }  
                else {  
                    return false;  
                }  
            }  
        });  
  
        for (Method method : methods) {  
            registerHandlerMethod(handler, method, mappings.get(method));  
        }  
    }  

　　其中查找 @RequestMapping 注解的方法的 getMappingForMethod() 方法：

/** 
     * Uses method and type-level @{@link RequestMapping} annotations to create 
     * the RequestMappingInfo. 
     * @return the created RequestMappingInfo, or {@code null} if the method 
     * does not have a {@code @RequestMapping} annotation. 
     * @see #getCustomMethodCondition(Method) 
     * @see #getCustomTypeCondition(Class) 
     */  
    @Override  
    protected RequestMappingInfo getMappingForMethod(Method method, Class<?> handlerType) {  
        RequestMappingInfo info = null;  
        RequestMapping methodAnnotation = AnnotationUtils.findAnnotation(method, RequestMapping.class);  
        if (methodAnnotation != null) {  
            RequestCondition<?> methodCondition = getCustomMethodCondition(method);  
            info = createRequestMappingInfo(methodAnnotation, methodCondition);  
            RequestMapping typeAnnotation = AnnotationUtils.findAnnotation(handlerType, RequestMapping.class);  
            if (typeAnnotation != null) {  
                RequestCondition<?> typeCondition = getCustomTypeCondition(handlerType);  
                info = createRequestMappingInfo(typeAnnotation, typeCondition).combine(info);  
            }  
        }  
        return info;  
    }  

　　构建 RequestMappingInfo 对象的 createRequestMappingInfo() 方法：

/** 
     * Created a RequestMappingInfo from a RequestMapping annotation. 
     */  
    protected RequestMappingInfo createRequestMappingInfo(RequestMapping annotation, RequestCondition<?> customCondition) {  
        String[] patterns = resolveEmbeddedValuesInPatterns(annotation.value());  
        return new RequestMappingInfo(  
                new PatternsRequestCondition(patterns, getUrlPathHelper(), getPathMatcher(),  
                        this.useSuffixPatternMatch, this.useTrailingSlashMatch, this.fileExtensions),  
                new RequestMethodsRequestCondition(annotation.method()),  
                new ParamsRequestCondition(annotation.params()),  
                new HeadersRequestCondition(annotation.headers()),  
                new ConsumesRequestCondition(annotation.consumes(), annotation.headers()),  
                new ProducesRequestCondition(annotation.produces(), annotation.headers(), this.contentNegotiationManager),  
                customCondition);  
    }  

　　3，构建完 RequestMappingInfo 对象后， 存储到 Map 类型的 handlerMethods 对象中

/** 
     * Register a handler method and its unique mapping. 
     * @param handler the bean name of the handler or the handler instance 
     * @param method the method to register 
     * @param mapping the mapping conditions associated with the handler method 
     * @throws IllegalStateException if another method was already registered 
     * under the same mapping 
     */  
    protected void registerHandlerMethod(Object handler, Method method, T mapping) {  
        HandlerMethod newHandlerMethod = createHandlerMethod(handler, method);  
        HandlerMethod oldHandlerMethod = this.handlerMethods.get(mapping);  
        if (oldHandlerMethod != null && !oldHandlerMethod.equals(newHandlerMethod)) {  
            throw new IllegalStateException("Ambiguous mapping found. Cannot map '" + newHandlerMethod.getBean() +  
                    "' bean method \n" + newHandlerMethod + "\nto " + mapping + ": There is already '" +  
                    oldHandlerMethod.getBean() + "' bean method\n" + oldHandlerMethod + " mapped.");  
        }  
  
        this.handlerMethods.put(mapping, newHandlerMethod);  
        if (logger.isInfoEnabled()) {  
            logger.info("Mapped \"" + mapping + "\" onto " + newHandlerMethod);  
        }  
  
        Set<String> patterns = getMappingPathPatterns(mapping);  
        for (String pattern : patterns) {  
            if (!getPathMatcher().isPattern(pattern)) {  
                this.urlMap.add(pattern, mapping);  
            }  
        }  
    }  

　　 ***在这个地方， 给出了文章开头的问题的答案， 如果存在 @RequestMapping 注解有相同的访问路径时，会在此处抛出异常 （注释很重要）*************

　　4， 构建完了  private final Map<T, HandlerMethod> handlerMethods = new LinkedHashMap(); 这个对象之后，该对象就包含了所有的它应该包含的 bean 了，它的key为RequestMappingInfo对象，value为handler和它中含有@RequestMapping注释的方法method构建的HandlerMethod。

　　5， url 匹配路径时， RequestMappingHandlerAdapter 依据为是否是HandlerMethod 类型判断是否执行该方法。（这点我不太懂）

public final boolean supports(Object handler) {  
        return handler instanceof HandlerMethod && supportsInternal((HandlerMethod) handler);  
    }  

 

---

　　最后，针对文章开头的问题， 对第三步步骤截图做一个简单的示例。

　　声明两个相同路径的 @RequestMapping 注解并查看错误：

　　

　　查看错误：

　　

　　正好是步骤三中抛出异常的位置，问题结束！！

 

---

　　一直用 IntelliJ 查看 Spring 的源码， 今天用 Maven 工程，查看源码的时候直接可以打开源码的文件，不用再 attach Source 了，而且发现 eclipse 里面的源码还带有英文的注释， IntelliJ 反编译后的源码文件都不带注释的， 以后的源码查看可能要改改了， 算是新发现吧。这个问题就到这了(￣▽￣)~*