SpringMVC - 导致 Controller失效

如果在spring-mvc.xml 拦截方式如下配置:


<servlet>
    <servlet-name>springservlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServletservlet-class>
    
    <load-on-startup>1load-on-startup>
servlet>

<servlet-mapping>
    <servlet-name>springservlet-name>
    <url-pattern>/url-pattern>
servlet-mapping>




<listener>
   <listenerclass>
     org.springframework.web.context.ContextLoaderListener
   listener-class>
listener>



<context-param>
    <param-name>contextConfigLocationparam-name>
    <param-value>classpath:config/applicationContext.xmlparam-value>
context-param>
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33

那么,所有的请求都会被拦截。包括静态资源!

如果想要解决访问静态资源问题,通常会使用默认handler:

default-servlet-handler/>
  • 1
  • 1

新的问题出现了,你会发现以前的Controller不能访问了!!!

解决办法:

<mvc:annotation-driven />
  • 1
  • 1

点击查看 详解annotation-driven详解


【Tips:】

default-servlet-handler将在SpringMVC上下文中定义一个DefaultServletHttpRequestHandler,它会对进入DispatcherServlet的请求进行筛查。

如果发现是没有经过映射的请求,就将该请求交由WEB应用服务器默认的Servlet进行处理。如果不是静态资源的请求,才由DispatcherServlet继续进行处理。


【三种情况下的handlerAdapters:】

SpringMVC - 导致 Controller失效_第1张图片 
SpringMVC - 导致 Controller失效_第2张图片

其中 AnnotationMethodHandlerAdapter是过期类,3.2之后被RequestMappingHandlerAdapter替代。

测试结果:1 3 可以正常流转,2 将找不到对应方法。




-----------------------------------------------------------------------------------------------

优雅REST风格的资源URL不希望带 .html 或 .do 等后缀.由于早期的Spring MVC不能很好地处理静态资源,所以在web.xml中配置DispatcherServlet的请求映射,往往使用 *.do 、 *.xhtml等方式。这就决定了请求URL必须是一个带后缀的URL,而无法采用真正的REST风格的URL。 


如果将DispatcherServlet请求映射配置为"/",则Spring MVC将捕获Web容器所有的请求,包括静态资源的请求,Spring MVC会将它们当成一个普通请求处理,因此找不到对应处理器将导致错误。 

如何让Spring框架能够捕获所有URL的请求,同时又将静态资源的请求转由Web容器处理,是可将DispatcherServlet的请求映射配置为"/"的前提。由于REST是Spring3.0最重要的功能之一,所以Spring团队很看重静态资源处理这项任务,给出了堪称经典的两种解决方案。 

先调整web.xml中的DispatcherServlet的配置,使其可以捕获所有的请求: 

Java代码   收藏代码
  1.   
  2.         springMVC  
  3.         class>org.springframework.web.servlet.DispatcherServletclass>  
  4.         1  
  5.       
  6.       
  7.         springMVC  
  8.         /  
  9.       

通过上面url-pattern的配置,所有URL请求都将被Spring MVC的DispatcherServlet截获。 

采用 

在springMVC-servlet.xml中配置后,会在Spring MVC上下文中定义一个org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler,它会像一个检查员,对进入DispatcherServlet的URL进行筛查,如果发现是静态资源的请求,就将该请求转由Web应用服务器默认的Servlet处理,如果不是静态资源的请求,才由DispatcherServlet继续处理。 

一般Web应用服务器默认的Servlet名称是"default",因此DefaultServletHttpRequestHandler可以找到它。如果你所有的Web应用服务器的默认Servlet名称不是"default",则需要通过default-servlet-name属性显示指定: 

 

采用 

将静态资源的处理经由Spring MVC框架交回Web应用服务器处理。而更进一步,由Spring MVC框架自己处理静态资源,并添加一些有用的附加值功能。 

你可能感兴趣的:(Spring)