spring mvc路径匹配原则详解

2023-09-16 12:17:05 166

在SpringMVC中经常要用到拦截器，在配置需要要拦截的路径时经常用到子标签，其有一个path属性，它就是用来指定需要拦截的路径的。例如：

根据以上配置，此拦截器会拦截所有的请求。

SpringMVC中的路径匹配要比标准的web.xml要灵活的多。默认的策略实现了org.springframework.util.AntPathMatcher，就像名字提示的那样，路径模式是使用了ApacheAnt的样式路径，ApacheAnt样式的路径有三种通配符匹配方法（在下面的表格中列出)，这些可以组合出很多种灵活的路径模式

TableAntWildcardCharacters

Wildcard Description ? 匹配任何单字符 * 匹配0或者任意数量的字符 ** 匹配0或者更多的目录

TableExampleAnt-StylePathPatterns

Path Description /app/*.x 匹配(Matches)所有在app路径下的.x文件 /app/p?ttern 匹配(Matches)/app/pattern和/app/pXttern,但是不包括/app/pttern /**/example 匹配(Matches)/app/example,/app/foo/example,和/example /app/**/dir/file. 匹配(Matches)/app/dir/file.jsp,/app/foo/dir/file.html,/app/foo/bar/dir/file.pdf,和/app/dir/file.java /**/*.jsp 匹配(Matches)任何的.jsp文件

HandlerMapping

一个WEB应用程序基本上都要依赖于URL与请求处理器之间的映射，SpringMVC也是一样，但SpringMVC就像Spring所作的一切一样(译者：灵活，可以配置各种东西，但是也造成了很多复杂性)，肯定不会只有一种方法来映射URL和Controller之间的关系，并且在实际上，允许你自己创建映射规则和实现，而不仅仅依赖URL映射。
Spring提供了URL的映射处理，并且处理路径模式的顺序和方法并没有限定到任何的接口上。SpringMVC的默认实现org.springframework.web.servlet.handler.AbstractUrlHandlerMapping,会以最长符合路径模式来匹配一个路径。
例如：给定一个请求是/app/dir/file.jsp并且现在存在两个路径匹配模式/**/*.jsp和/app/dir/*.jsp,那么，URL会匹配那个模式呢？最后的那个模式/app/dir/*.jsp，会因为最长(hasmorecharacters)的原则被匹配,它比/**/*.jsp拥有更多的字符.注意的是，这个原则并没有在任何高级别的接口中指定，但却是一种实现细节。

下面看一下默认的两个HandlerMapping

BeanNameUrlHandlerMapping

默认的映射策略实现是org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping类.这个类要求任何有可能处理请求的Bean都要起一个以反斜杠(/)字符开头的名称或者别名，这个名称或者别名可以是符合URLPath匹配原则中的任何名字。

ListingAControllerMappedbyaBeanName

xml代码

■注意：你不能使用id这个属性来指定任何的URL路径，因为在XML规格定中禁止(/)字符来指定XML的id,不过你可以在一个Bean定义中同时拥有id和name属性

BeanNameUrlHandlerMapping的缺点

它非常便于使用的同时，也拥有一些缺点。它不能影射一个Prototype的Bean.换句话说，当使用BeanNameUrlHandlerMapping时，所有的请求处理类只能是单例的(singletons).一般来说,Controllers都是按照单例建立的，所以这个并不是一个很严重的问题.还有，我会在后面的章节中介绍Controller，只会有很少类型的Controller需要是prototypes.

■注释：Prototypebean是一种非单例(non-singleton)的bean.任何一次调用ApplicationContext的getBean()方法时都会返回一个新的Bean实例.

BeanNameUrlHandlerMapping的另外一个问题存在于在你的应用程序中应用拦截(interceptor).因为请求的映射(handlermapping)和Bean(beansimapping)的映射给绑定在一起了，没有分开,这样就不可能在Controller和拦截之间创建复杂的关系。如果有复杂的请求映射需求，你可以用SimpleUrlHandlerMapping来代替BeanNameUrlHandlerMapping.SimpleUrlHandlerMapping作为BeanNameUrlHandlerMapping的另外一种选择,SimpleUrlHandlerMapping直指BeanNameUrlHandlerMapping的两大软肋.它可以映射prototype类型的请求处理器,并且它允许你为处理器(handlers)和拦截器(interceptors)之间创建复杂灵活的映射路径的映射算法与BeanNameUrlHandlerMapping是使用相同的基础组件，所以这个模式依然是映射URL到请求处理器的(requesthandler)，你简单的在ApplicationContext中声明一下，就可以使用SimpleUrlHandlerMapping了.DispatcherServlet会根据类型找到的，并且不会创建默认的映射器了(BeanNameUrlHandlerMapping).意思就是，如果你想两个都用，那么就要全部声明一下在ApplicationContext里.

■提示DispatcherServlet会链式处理请求的（译者：依次处理请求，可以参照过滤器和GOF中的责任链模式)，这样允许按照你的要求处理映射，映射处理器(Handlermappings)实现了Orderedr接口.

总结

以上就是本文关于springmvc路径匹配原则详解的全部内容，希望对大家有所帮助。感兴趣的朋友可以继续参阅本站其他相关专题，如有不足之处，欢迎留言指出。感谢朋友们对本站的支持！

spring mvc路径匹配原则详解

下面看一下默认的两个HandlerMapping

BeanNameUrlHandlerMapping的缺点

总结

热门推荐

随机推荐