spring,spring教程,spring源码

spring教程

发布日期: 2021-04-05

作者: 欧阳思海

文章字数: 2.5k

阅读时长: 10 分

阅读次数:

本人花费半年的时间总结的《Java面试指南》已拿腾讯等大厂offer，已开源在github ，欢迎star！

本文GitHub https://github.com/OUYANGSIHAI/JavaInterview 已收录，这是我花了6个月总结的一线大厂Java面试总结，本人已拿大厂offer，欢迎star

原文链接：blog.ouyangsihai.cn >> SpringMVC—彻底解决,和,*的问题！到底该用哪一个？

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

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

1234567891011

!--前端控制器--    servlet        servlet-namedispatcher/servlet-name        servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class        load-on-startup1/load-on-startup    /servlet     servlet-mapping        servlet-namedispatcher/servlet-name        url-pattern/*/url-pattern    /servlet-mapping

!–前端控制器–
servlet
servlet-namedispatcher/servlet-name
servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class
load-on-startup1/load-on-startup
/servlet


servlet-mapping
    servlet-namedispatcher/servlet-name
    url-pattern/*/url-pattern
/servlet-mapping

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

servlet-mapping        servlet-namedispatcher/servlet-name        url-pattern/*/url-pattern    /servlet-mapping

servlet-mapping
servlet-namedispatcher/servlet-name
url-pattern/*/url-pattern
/servlet-mapping

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

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

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

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

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

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

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

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

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

/ *是拦截所有请求吗？

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

12345678910

dependency      groupIdorg.springframework/groupId      artifactIdspring-webmvc/artifactId      version5.0.8.RELEASE/version    /dependency    dependency      groupIdjavax.servlet/groupId      artifactIdjavax.servlet-api/artifactId      version4.0.0/version    /dependency

dependency
groupIdorg.springframework/groupId
artifactIdspring-webmvc/artifactId
version5.0.8.RELEASE/version
/dependency
dependency
groupIdjavax.servlet/groupId
artifactIdjavax.servlet-api/artifactId
version4.0.0/version
/dependency

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

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

12345678910111213

!--配置前端控制器--    servlet        servlet-namedispatcherServlet/servlet-name        servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class        init-param            param-namecontextConfigLocation/param-name            param-valueclasspath:springmvc.xml/param-value        /init-param    /servlet    servlet-mapping        servlet-namedispatcherServlet/servlet-name        url-pattern/*/url-pattern    /servlet-mapping

!–配置前端控制器–
servlet
servlet-namedispatcherServlet/servlet-name
servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class
init-param
param-namecontextConfigLocation/param-name
param-valueclasspath:springmvc.xml/param-value
/init-param
/servlet
servlet-mapping
servlet-namedispatcherServlet/servlet-name
url-pattern/*/url-pattern
/servlet-mapping

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

init-param            param-namecontextConfigLocation/param-name            param-valueclasspath:springmvc.xml/param-value        /init-param

init-param
param-namecontextConfigLocation/param-name
param-valueclasspath:springmvc.xml/param-value
/init-param

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

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

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

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

1234567891011

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;
    }
}

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"/

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的时候实际的请求路径是什么呢？

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

12345678910

ublic 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;    }}

ublic 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！

庆哥：正解！

小白：原来是这样啊，那这个又能说明什么呢？

/会拦截所有请求吗？

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

12345678910111213

!--配置前端控制器--    servlet        servlet-namedispatcherServlet/servlet-name        servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class        init-param            param-namecontextConfigLocation/param-name            param-valueclasspath:springmvc.xml/param-value        /init-param    /servlet    servlet-mapping        servlet-namedispatcherServlet/servlet-name        url-pattern//url-pattern    /servlet-mapping

然后再次访问发现

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

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

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

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

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

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

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

12345678910111213

!--配置前端控制器--    servlet        servlet-namedispatcherServlet/servlet-name        servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class        init-param            param-namecontextConfigLocation/param-name            param-valueclasspath:springmvc.xml/param-value        /init-param    /servlet    servlet-mapping        servlet-namedispatcherServlet/servlet-name        url-pattern//url-pattern    /servlet-mapping

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

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

庆哥：那么你们呢？

本人花费半年的时间总结的《Java面试指南》已拿腾讯等大厂offer，已开源在github ，欢迎star！

本文GitHub https://github.com/OUYANGSIHAI/JavaInterview 已收录，这是我花了6个月总结的一线大厂Java面试总结，本人已拿大厂offer，欢迎star

原文链接：blog.ouyangsihai.cn >> SpringMVC—彻底解决,和,*的问题！到底该用哪一个？