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.jsp 和http://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页面请求，那你知道什么时候经常使用/*吗？

小白：这个。。。一时间想不起来！

庆哥： 那么你们呢？