SpringMVC---彻底解决/和/*的问题!到底该用哪一个?

在web开发中我们经常会遇到/和/*的问题,有的时候稍不注意就容易忘了两者的区别,从而导致一些小错误,所以是时候彻底弄懂他们两个的区别了!

小白:让我先想想在实际的开发中哪些地方会遇到这个问题,嗯。。。哦,知道了。在SpringMVC的开发中用到这块,也就是那个DispatcherServlet,对,就是它

 <!--前端控制器-->
    <servlet>
        <servlet-name>dispatcher</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <load-on-startup>1</load-on-startup>
    </servlet>

    <servlet-mapping>
        <servlet-name>dispatcher</servlet-name>
        <url-pattern>/*</url-pattern>
    </servlet-mapping>

这是在SpringMVC中非常重要的一个前端控制器,当有请求过来,会经由此servlet分配控制器,也就是说这个前端控制器会对我们的请求进行拦截,而如何拦截,以及拦截什么样的请求就在这个中配置

<servlet-mapping>
        <servlet-name>dispatcher</servlet-name>
        <url-pattern>/*</url-pattern>
    </servlet-mapping>

这里说的/和/*也就是在这个url-pattern中配置。

不过,我记得我一般就是像上面的代码一样,直接写成/* 了,让我突然去说/和/* 的区别,还真一时间有点懵呢!

庆哥:可以啊,看来你对SpringMVC掌握的不错啊,说到这两个问题,你立马就想到了SpringMVC中的前端控制器,确实,一般对于这个问题,我们最常使用的也就是在这个前端控制器了,因为使用SprinfMVC比较多,所以自然也就会遇到这个问题,不过,也许有大多人和你一样,在平常的开发中就知道这样使用,但是如果突然问他/和/*有啥区别,就会很容易大脑一片空白!

小白: 我记得这个url-pattern是讲的关于匹配规则的,就是具体的请求到底会匹配到哪一个servlet去处理就看这个url-pattern的配置,那咱们今天是要说匹配规则这块吗?

庆哥: 你说的很对,这个url-pattern,是关乎匹配规则的,但是今天并不是要讲匹配规则,而就是单纯的说一下/和/*的区别。

小白: 那我的记忆中这两个好像都是可以代表所有的意思吧,就是所有的请求都会被这个servlet处理!

庆哥: 这就是今天我们要讨论的问题了,其实两者是有区别的,只有一个才是真正意义上的所有!

庆哥透漏:其实上面谈话中涉及的一个知识点是有错误的,你发现了吗?继续看下去,你就知道了!

小白: 那么,到底哪一个才是代表真正意义上的拦截所有请求呢?

/ *是拦截所有请求吗?

庆哥: 接下来我们就实际操作一下看看,首先搭建SpringMVC环境,导入依赖

  <dependency>
      <groupId>org.springframework</groupId>
      <artifactId>spring-webmvc</artifactId>
      <version>5.0.8.RELEASE</version>
    </dependency>
    <dependency>
      <groupId>javax.servlet</groupId>
      <artifactId>javax.servlet-api</artifactId>
      <version>4.0.0</version>
    </dependency>

搭建SpringMVC的开发环境,我们只需要导入以上jar包,由于maven会自动导入相关依赖jar包,所以当我们引入spring-webmvc的依赖时,maven就会帮我们导入其他相关的jar包。

然后再来写SpringMVC的核心也就是前端控制器

 <!--配置前端控制器-->
    <servlet>
        <servlet-name>dispatcherServlet</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>classpath:springmvc.xml</param-value>
        </init-param>
    </servlet>
    <servlet-mapping>
        <servlet-name>dispatcherServlet</servlet-name>
        <url-pattern>/*</url-pattern>
    </servlet-mapping>

注意我们这里的url-pattern可是/*啊,配置好前端控制器之后就需要再来一个SpringMVC的配置文件,这个我们在配置前端控制器的时候加上了初始化参数指定SpringMVC的配置文件,也就是这些

 <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>classpath:springmvc.xml</param-value>
        </init-param>

然后我们在我们的类路径下新建一个springmvc.xml文件即可!

小白: 对了,庆哥,这里SpringMVC的配置文件是不是还有一种以《servlet-name》-servlet.xml的方式,放在WEB-INF目录下

庆哥: 对的,如果你不指定SpringMVC的配置文件,就会默认去加载WEB-INF目录下的《servlet-name》-servlet.xml,这是一种默认的方式

小白: 嗯嗯,知道了,那么接下来是不是就该编写控制了,我知道,控制器可以这样写

public class Hello implements Controller {


    @Override
    public ModelAndView handleRequest(HttpServletRequest httpServletRequest, HttpServletResponse httpServletResponse) throws Exception {

        ModelAndView mv1 = new ModelAndView();
        mv1.setViewName("/WEB-INF/views/hello.jsp");
        return mv1;
    }
}

庆哥: 对的,我们这里是为了说明/和/*的问题,所以就不使用注解以及视图解析器了,就是怎么简单怎么来,就按照你写的这个控制器来,接下来需要做的就是,将具体的请求和控制器关联起来,在SpringMVC的配置文件中写上这么一句

<bean id="/hello" class="com.ithuanqging.test.controller.Hello"/>

也就是说,当你输入http://localhost:8080/hello 的时候,这个请求会被DispatcherServlet拦截然后交由Hello这个控制器处理,然后我们访问一下试试

这里写图片描述

首先看到的就是这个

小白: 这是怎么回事啊,我记得一般都是会显示一个默认的页面,好像就是index.jsp吧,这里怎么404,是不是哪里出错了

庆哥: 不着急,我们输入http://localhost:8080/hello 看看

这里写图片描述

小白: 不对吧,怎么都是404啊,是不是程序出错了啊,可是我看程序也没有错啊

庆哥: 这里我们需要知道这么一点就是当你输入http://localhost:8080 的时候是不是就相当于输入http://localhost:8080/index.jsp

小白: 是的,这有啥关系

庆哥: 那么当你输入http://localhost:8080/hello的时候实际的请求路径是什么呢?

小白: 这个嘛,让我看看,我们的控制器是这样写的

public class Hello implements Controller {


    @Override
    public ModelAndView handleRequest(HttpServletRequest httpServletRequest, HttpServletResponse httpServletResponse) throws Exception {

        ModelAndView mv1 = new ModelAndView();
        mv1.setViewName("/WEB-INF/views/hello.jsp");
        return mv1;
    }
}

那么我们输入http://localhost:8080/hello的话,这个请求被DispatcherServlet拦截交给这个控制器处理,这个控制器返回给我们一个页面,那么最终的请求应该就是http://localhost:8080/WEB-INF/views/hello.jsp

庆哥: 分析的非常对,那么这个时候你有没有发现http://localhost:8080/index.jsphttp://localhost:8080/WEB-INF/views/hello.jsp是不是都是一个请求,而且请求的都是一个jsp页面,但是这个页面却没有找到,那是什么原因呢?

小白: 哦哦,我知道了,这两个请求jsp页面的请求也被DispatcherServlet给拦截了,所以导致404!

庆哥: 正解!

小白: 原来是这样啊,那这个又能说明什么呢?

/会拦截所有请求吗?

庆哥: 别着急,我们改成/来看看,也就是这样

 <!--配置前端控制器-->
    <servlet>
        <servlet-name>dispatcherServlet</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>classpath:springmvc.xml</param-value>
        </init-param>
    </servlet>
    <servlet-mapping>
        <servlet-name>dispatcherServlet</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>

然后再次访问发现

这里写图片描述

这里写图片描述

这下全部访问成功,也就是得到jsp页面了,那么,你能得到什么结论呢?

小白: 这么一对比,我倒是明白了,/不拦截jsp的页面请求,而/*的话会拦截,这么说这个/就不可能是真正意义上的拦截所有请求了!

庆哥: 对的,这么一个例子可以得出,/并不会拦截所有请求,对于JSP的页面请求就不会拦截,而/*则会拦截,那么由此,结论就出来了

  1. /并不是真正意义上的拦截所有请求,它不会拦截jsp的页面请求,其他的请求则会拦截
  2. /*才是真正意义上的拦截所有请求

那么你说我们在SpringMVC开发中应该使用哪个比较好?

小白: 这么来说的话,当然是使用/比较好,因为我们要经常性的返回一些JSP页面。

庆哥: 对的,在SpringMVC中配置前端控制器,一般就这样

  <!--配置前端控制器-->
    <servlet>
        <servlet-name>dispatcherServlet</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>classpath:springmvc.xml</param-value>
        </init-param>
    </servlet>
    <servlet-mapping>
        <servlet-name>dispatcherServlet</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>

使用/来拦截请求,不拦截我们的jsp页面请求,那你知道什么时候经常使用/*吗?

小白:这个。。。一时间想不起来!

庆哥: 那么你们呢?

ithuangqing CSDN认证博客专家 终身学习者 自学Java 原创Java教程
一个自学Java的程序员,通俗易懂的聊聊技术与生活!原创20万字的Java零基础自学教程,适合各种新手小白,欢迎下载学习,微信搜“编码之外”,关注后回复“PDF”即可获取下载链接!
已标记关键词 清除标记
相关推荐
©️2020 CSDN 皮肤主题: 终极编程指南 设计师:CSDN官方博客 返回首页
实付 9.90元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值