Servlet url-pattern /与/*区别,*.action以及SpringMVC中/*解析出错过程分析
来源:互联网 发布:网络优化与维护 编辑:程序博客网 时间:2024/06/05 07:52
以前在使用Servlet的时候,配置url-pattern基本上都是指定的路径,也没有仔细的研究,最近突然发现了一个问题,我们将url-pattern配制成/*,那么Servlet会处理与其匹配的路径,那么我们配制成/是不是效果一样呢?下面我们将通过实际示例来验证一下。
首先我们新建一个Web程序,创建过程这里就不再叙述了。然后我们再创建一个Servlet用于测试
package com.gujin.servlet;import java.io.IOException;import java.io.PrintWriter;import javax.servlet.ServletException;import javax.servlet.http.HttpServlet;import javax.servlet.http.HttpServletRequest;import javax.servlet.http.HttpServletResponse;public class UrlPatternTest extends HttpServlet{ @Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { PrintWriter writer = resp.getWriter(); writer.print("this is UrlPatternTest Servlet."); writer.flush(); writer.close(); }}
这个Servlet很简单,只是向页面输出一句话,我们需要在web.xml中进行配置,让其生效。首先我们先将url-pattern
配制成/*
看一下效果。
<?xml version="1.0" encoding="UTF-8"?><web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" id="WebApp_ID" version="2.5"> <display-name>Servlet</display-name> <servlet> <servlet-name>test</servlet-name> <servlet-class>com.gujin.servlet.UrlPatternTest</servlet-class> </servlet> <servlet-mapping> <servlet-name>test</servlet-name> <url-pattern>/*</url-pattern> </servlet-mapping></web-app>
运行程序,通过浏览器访问一下:
我们在浏览器地址栏输入:http://127.0.0.1/Servlet/
,查看页面显示结果:
Tomcat会把这个请求交给我们刚才创建的Servlet去处理,再输入一些其他的地址也会交给这个Servlet来处理,那么我们是不是可以推断,当url-pattern
配置成/*
的时候,Tomcat会将所有的请求全部交由对应的Servlet进行处理。当访问的地址正好有对应的文件存在时,依然如此吗?我们来验证一下。
我们继续创建两个文件:test.jsp和test.html
test.html
<!DOCTYPE html><html><head><meta charset="utf-8"><title>test</title></head><body>this is test page.</body></html>
test.jsp
<%@ page language="java" contentType="text/html; charset=GB18030" pageEncoding="GB18030"%><!DOCTYPE html><html><head><meta charset="utf-8"><title>test</title></head><body>this is test.jsp page.</body></html>
然后我们通过浏览器访问http://127.0.0.1/Servlet/test.html
和http://127.0.0.1/Servlet/test.jsp
,我们发现请求依然是交给了我们的Servlet去处理。
下面,修改url-pattern
为/
,我们来验证一下与/*
是否相同
web.xml
<?xml version="1.0" encoding="UTF-8"?><web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" id="WebApp_ID" version="2.5"> <display-name>Servlet</display-name> <servlet> <servlet-name>test</servlet-name> <servlet-class>com.gujin.servlet.UrlPatternTest</servlet-class> </servlet> <servlet-mapping> <servlet-name>test</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping></web-app>
修改完成后,我们先来访问http://127.0.0.1/Servlet/
,结果好像与原来一样,再访问http://127.0.0.1/Servlet/test.html
,结果还是一样,我们现在可能会想这两者会不会就没区别呢?别急,我们还有一个地址,好吧,我们最后再访问http://127.0.0.1/Servlet/test.jsp
,神奇的事情出现了,结果与原来不一样了。
这个时候访问到了真正的jsp页面,而不是由我们的Servlet来处理请求。
最后,我们来总结一下:当url-pattern
配置成/*
的时候,Tomcat会将所有的请求交给对应的Servlet进行处理,当url-pattern
配置成/
的时候,多数情况下与/*
效果一致,但是,当访问的路径正好对应jsp文件时,Tomcat会访问真实的jsp文件而不是把请求交给对应的Servlet处理。
*.action优先级最低,所以一般不用。但是SpringMVC框架中会用到
个人理解
在SpringMVC中,我们如果把前端控制器的url-pattern配置为<url-pattern>/*</url-pattern>
那么就会发生404错误,为什么呢??当我们发送请求到Tomcat服务器的时候,/*匹配时,虽然Tomcat会把我们的请求正确交给我们的Servlet执行,但是当SprinMVC的视图解析器转发jsp视图的时候(看源码知道的),因为url-pattern是/*
,所以Tomcat又会拦截我们的请求,把该请求发送给我们配置好的Servlet,导致我们SpringMVC的处理器映射器找不到Handler,最终发生404错误。
@Override protected void renderMergedOutputModel( Map<String, Object> model, HttpServletRequest request, HttpServletResponse response) throws Exception { // Expose the model object as request attributes. exposeModelAsRequestAttributes(model, request); // Expose helpers as request attributes, if any. exposeHelpers(request); // Determine the path for the request dispatcher. String dispatcherPath = prepareForRendering(request, response); // Obtain a RequestDispatcher for the target resource (typically a JSP). RequestDispatcher rd = getRequestDispatcher(request, dispatcherPath); if (rd == null) { throw new ServletException("Could not get RequestDispatcher for [" + getUrl() + "]: Check that the corresponding file exists within your web application archive!"); } // If already included or response already committed, perform include, else forward. if (useInclude(request, response)) { response.setContentType(getContentType()); if (logger.isDebugEnabled()) { logger.debug("Including resource [" + getUrl() + "] in InternalResourceView '" + getBeanName() + "'"); } rd.include(request, response); } else { // Note: The forwarded resource is supposed to determine the content type itself. if (logger.isDebugEnabled()) { logger.debug("Forwarding to resource [" + getUrl() + "] in InternalResourceView '" + getBeanName() + "'"); } rd.forward(request, response);//在这里,视图解析器进行了转发操作。 } }
转载地址
- Servlet url-pattern /与/*区别,*.action以及SpringMVC中/*解析出错过程分析
- Servlet url-pattern /与/*区别
- springmvc.xml 中 <url-pattern></url-pattern>设置/和/*区别
- action与servlet区别以及action了解
- SpringMVC中url-pattern /和/*的区别
- springmvc中url-pattern /和/*的区别
- SpringMVC中url-pattern /和/*的区别
- SpringMVC中url-pattern /和/*的区别
- springmvc中url-url-pattern /和/*的区别
- springmvc中url-url-pattern /和/*的区别
- springmvc中url-url-pattern /和/*的区别
- springmvc中url-url-pattern /和/*的区别
- springmvc中url-url-pattern /和/*的区别
- springmvc中url-url-pattern /和/*的区别
- springmvc中url-url-pattern /和/*的区别
- springmvc中url-url-pattern /和/*的区别
- 绝对路径${pageContext.request.contextPath}用法及其与web.xml中Servlet的url-pattern匹配过程
- 绝对路径${pageContext.request.contextPath}用法及其与web.xml中Servlet的url-pattern匹配过程
- Android从零开搞系列:自定义View(12)贝塞尔曲线的应用
- 实用的4~20mA输入/0~5V输出的I/V转换电路
- 函数的数据传递
- 科锐课堂笔记:2017/4/21 多重继承与智能指针
- 随机梯度下降算法
- Servlet url-pattern /与/*区别,*.action以及SpringMVC中/*解析出错过程分析
- docker_practice从入门到实践总结
- 第五章 5-11 绘图模式
- hdu5902,5505——GCD小合集
- 关于根文件系统 jffs2和ubifs
- Java EE 概述
- 给定一个正整数n,要求找到最小的x(x>0)满足2^x mod n = 1。
- 取消后续内容执行
- C++文件流的建立与关闭