JavaWeb——Servlet路径问题("/"到底代表什么)
JavaWeb——Servlet路径问题("/"到底代表什么)
在JavaWeb中,使用路径时出现了大量的"/“,而每次使用”“时都感觉其代表的含义是不同的,因此,本篇文章将汇总JavaWeb中的”"出现情况及其所代表的含义。
了解这些"/"含义之前,先来了解绝对路径与相对路径的概念。
提前说一下自己总结的规律:
若是**
浏览器中请求服务器**
,则此时绝对路径的"/“代表的是**
服务器(Tomcat)的根目录**
,而此时的相对路径代表的是**
该项目的根目录**
若在**
服务器中请求服务器**
,则此时绝对路径的”/"或相对路径代表的都是该项目的根目录
而在服务器内部,可以这样理解,服务器在解析路径时,‘src’、'webapp’这些文件夹其实都被忽略了,也就是说,这两个目录下的文件可以认为是在同一目录(该项目的根目录)下
。
一定要看使用的是什么路径,如果是相对路径,只需要看目标文件与当前文件之间的位置关系即可,而如果是绝对路径,才需要注意上面这几点要求。
1、"/"出现在请求重定向与请求转发中
有关请求转发与请求重定向的概念,这里不再赘述,请参考:请求转发与请求重定向。
由于请求转发是服务器内部行为,是在服务器中请求服务器,因此
请求转发中的"/"表示该项目的根目录
由于请求重定向是浏览器行为,是在浏览器中请求服务器,因此
请求重定向的"/"表示Tomcat服务器的根目录
先来看请求转发,此时dispatcher.jsp与request_form.jsp由于上面第三条的存在,都处于该项目的根目录,因此若使用绝对路径,可以再dispatcher.jsp中使用"/request_form.jsp"访问到request_form.jsp,若使用相对路径,由于dispatcher.jsp与request_form.jsp同在一个目录(项目根目录)下,因此也可以直接使用"request_form.jsp"访问到request_form.jsp。
// 请求转发使用下面两种方式均可以访问到request_form.jsp
// 使用绝对路径
request.getRequestDispatcher("/request_form.jsp").forward(request,response);
// 使用相对路径
request.getRequestDispatcher("request_form.jsp").forward(request,response);
下面看一下请求重定向,若使用相对路径,由于dispatcher.jsp与request_form.jsp同在一个目录中,因此使用"request_form.jsp"就可以访问,但对于相对路径来说,此时的"/"代表Tomcat服务器的根目录,因此要想访问该项目根目录中的文件,需要加上该项目根目录路径(需要与tomcat中该项目的路径相同或使用request.getContextPath()),再加上该文件的路径。
// 请求重定向使用下面两种方式均可以访问到request_form.jsp
// 使用相对路径
response.sendRedirect("request_form.jsp");
// 使用绝对路径
response.sendRedirect("/javaweb_jsp/request_form.jsp");
response.sendRedirect(request.getContextPath()+"/request_form.jsp");
2、"/"出现在web.xml文件中(中的)
servlet的相对路径跳转是相对于servlet配置的xml路径(或servlet3.0注解路径),无论是使用配置文件的方式还是注解的方式,在描述绝对路径的时候就不要多说,此时不需要知道servlet到底在哪,而只需要知道目标文件在哪即可,若servlet和目标文件都在同一服务器中,就相当于是服务器内部请求(请求转发或重定向均可),若servlet和目标文件在不同服务器中,使用请求重定向即可。
若servlet与目标文件处于同一服务器中,并且是以相对路径来调用,无论是配置文件还是注解,只需要servlet的url-pattern(注解里也有)与目标文件的相对位置
即可。举个栗子:
// web.xml中的servlet配置
<servlet>
<servlet-name>Dispatcher</servlet-name>
<servlet-class>com.xiaoaxiao.test.Dispatcher</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>Dispatcher</servlet-name>
<url-pattern>/dis</url-pattern>
</servlet-mapping>
// Dispatcher(继承了HttpServlet)中的请求转发
req.getRequestDispatcher("login.html").forward(req,resp);
解析一下这个例子,此时的servlet根据配置文件的url-pattern配置可以看出,该servlet的路径相当于是在"/dis",即当前项目的根目录下(起了个名字叫dis),而login.html也是处于当前项目的根目录,因此使用相对路径访问直接"login.html"即可。
还是同样的结构图,将配置文件中的url-pattern修改为"/test/dis"
// web.xml中的servlet配置
<servlet>
<servlet-name>Dispatcher</servlet-name>
<servlet-class>com.xiaoaxiao.test.Dispatcher</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>Dispatcher</servlet-name>
<!-- 修改了此配置-->
<url-pattern>/test/dis</url-pattern>
</servlet-mapping>
// Dispatcher(继承了HttpServlet)中的请求转发
req.getRequestDispatcher("login.html").forward(req,resp);
此时再直接访问"login.html"就不起作用了,因为此时的servlet相当于位于根目录下的test文件夹中,而login.html位于根目录下,因此此时通过相对路径就不能访问到login.html,若此时要访问login.html,需要将请求的地址改为"…/login.html","…/"代表返回上一层,对这个例子来讲就是返回到根目录(上一层),然后再访问这一层的login.html即可。
req.getRequestDispatcher("../login.html").forward(req,resp);
同理,使用注解与上面的情况完全相同,只需要关注注解中的属性url-pattern与目标文件的相对路径即可。
// Servlet注解
@WebServlet(urlPatterns = "/test/dis")
// 请求转发
req.getRequestDispatcher("../login.html").forward(req,resp);
3、"/"出现在JSP页面中的表单标签或超链接标签中
如果是JSP页面向servlet进行跳转,这很明显,是浏览器请求服务器,因此,此时的""指的就是Tomcat服务器,所以若此时想要请求某个Servlet,最好使用相对路径,相对路径为该jsp与对应servlet所处的相对位置。在webapp下新建一个test.jsp,使用相对路径即可访问到Dispatcher类(后续Dispatcher在通过请求转发访问login.html)
<a href="test/dis">hello</a>
若要使用绝对路径,"/"代表Tomcat服务器,有两种方式,要么给前面加上该项目的路径,要么自定义当前jsp页面的path与basePath属性后在网页中使用。
// 加上项目路径
<a href="/practice_webapp/test/dis">hello</a>
// 使用自定义path属性
// 设置basePath
<%
String path = request.getContextPath();
String basePath = request.getScheme()+"://"+request.getServerName()
+":"+request.getServerPort()+path+"/";
%>
// 在<head>中设置默认路径为当前项目
<base href="<%=basePath%>"/>
// 在<a>标签中使用
<a href="test/dis">hello</a>
即便是使用basePath后,也只是相当于当前处于项目的根目录,但"/“指的仍然是Tomcat服务器的根目录,因此只能使用"test/dis"找到对应servlet,而不能使用
”/test/dis"(前面加了个"/")。
本文参考:Servlet路径跳转问题
【JavaWeb开发】“web应用程序的根目录“与“web站点的根目录“的分析
在参考了这篇博文后我陷入了迷惑,什么是web应用程序的根目录?什么又是web站点的根目录?为何在我的intellij idea上跑的web项目
根本没用到web站点根目录呢?
javaweb站点根目录和web应用根目录应用场景
先声明:本博客的web环境是java EE 之 Web Application 4.0,tomcat 版本为9;算是最新版本的普通web项目了,如果有什么不一样的地方,那一定是版本的错
1 开门见山
新建一个tomcat web项目,配置tomcat的虚拟目录,取默认值(/项目名_war_exploded)
那么如果你的tomcat的默认站点(即http://localhost:8080)没有更改的话,这个项目的
- web站点根目录为:http://localhost:8080
- web应用的根目录为:http://localhost:8080/WebPathDemo_war_exploded
小注意:根目录跟目录的概念不要混淆:
根目录代表的是从最底层目录访问到当前目录,即绝对路径;
目录代表的是当前目录(当前所在文件夹的名称)。
2 查看web应用的根目录的方法
第一种方式查看:
转到tomcat的Server,我们的URL就相当于web应用的根目录(去掉“/”才算当前目录)
第二种方式查看:
在sevlet中使用request.getContextPath();
查看,查看的是web应用的相对目录
package org.hc.webpathdemo;
@WebServlet("/WebPath")
public class WebPath extends HttpServlet {
private static final long serialVersionUID = -8249667430606104921L;
@Override
protected void doPost(HttpServletRequest request, HttpServletResponse response) throws
ServletException, IOException {
//得到web应用的相对地址
String contextPath = request.getContextPath();// 得到“/WebPathDemo_war_exploded”
System.out.println("得到web应用的相对地址为:" + contextPath);
}
@Override
protected void doGet(HttpServletRequest request, HttpServletResponse response) throws
ServletException, IOException {
doPost(request, response);
}
}
浏览器访问http://localhost:8080/WebPathDemo_war_exploded/WebPath
控制台输出结果为得到web应用的相对地址为:/WebPathDemo_war_exploded
request.getContextPath();告诉了我们**web应用的相对目录**,相对于谁呢?相对于**web站点根目录**:
http://localhost:8080
那么一切似乎清晰了,"web应用的根目录"
就是在"web站点的根目录"
后加入tomcat配置的虚拟目录 (Deployment的Application Context的设置的地址);
3 搞清楚什么时候是根据web站点根目录
作为相对目录,什么时候是根据web应用根目录
作为相对目录
3.1 如何访问资源
访问一个资源,一定是相对于web应用根目录的
,比如在我这个项目中,一定是
http://localhost:8080/WebPathDemo_war_exploded
/资源名路径(servlet或者html、jsp),才能访问资源。
-
比如我访问demo1下的index1.jsp,是必须要带上web应用根目录在前方的
-
直接使用web站点根目录访问,是访问不到的
3.2 a标签,jsp的include,form表单等究竟相对于哪个目录?
拿a标签举例子:
1.web目录下有两个jsp:
2.代码:
index.jsp
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
<title>index.jsp</title>
</head>
<body>
我是index.jsp<br />
<a href="index1.jsp">index1.jsp</a>
</body>
</html>
index1.jsp
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
<title>index1.jsp</title>
</head>
<body>
我是index1.jsp
</body>
</html>
3.这样我在index里点a标签可以跳到index1,是理所当然的。
在a标签里直接写跳转的资源名
,如index.jsp,观察地址栏发现,它相对的路径是
http://localhost:8080/WebPathDemo_war_exploded/
,也就是web应用根目录
4.更改a标签跳转地址为/index1.jsp
<a href="/index1.jsp">index1.jsp</a>
查看结果:
在a标签里写跳转的“/”+资源名
,如/index.jsp,观察地址栏发现,它相对的路径是
http://localhost:8080/
,也就是web站点根目录,前面已经说过了,资源只有web应用根目录才能访问,相对于站点是访问不到资源的。
那么如果非要相对于站点如何访问呢?需要加入web应用的相对目录,这样写:
<a href="/WebPathDemo_war_exploded/index1.jsp">index1.jsp</a>
3.3 根据“/”判断是相对于站点还是应用
综上所述,a标签内的相对于web站点根目录还是web应用根目录的判断条件是,最前方有没有“/”
- 无“/”,代表是相对于
web应用根目录
,即http://localhost:8080/tomcat配置的虚拟目录/
- 有“/”,代表是相对于
web站点根目录
,即http://localhost:8080/
jsp的include、form表单等等也是如此的判断条件。
4.什么是虚拟目录?
tomcat的配置中Deploment的Application context是配置当前项目的虚拟目录,它是实际物理路径的映射。我们可以通过http://localhost:8080/WebPathDemo_war_exploded/demo1/index1.jsp
访问一个jsp,那么这个jsp必须在我的本地物理路径上存在,才能访问成功,那么tomcat究竟去哪里寻找这个jsp呢?
答案就在编译后产生的artifacts中,tomcat将实际物理路径映射成了简单的虚拟目录,可以更方便的访问物理路径
编译后打开out(或target)/artifacts
可以看到项目中所有需要发布的资源都集中在out(或target)/artifacts/WebPathDemo_war_exploded
这个文件夹中(部分人的out可能是target),artifacts就是发布项目的关键,可以从项目结构中对它进行重命名。
这里就是tomcat配置的虚拟目录所真正访问到的实际物理路径了
总结
- 资源一定是相对于
web应用根目录
才能访问 - web站点根目录一般默认为:
http://localhost:8080
- web应用根目录一般默认为:
- web站点根目录/web应用目录
- 即
http://localhost:8080/tomcat配置的虚拟目录
- 根据“/”来判断是相对于web站点根目录还是web应用根目录:
- 无“/”,代表是相对于
web应用根目录
- 有“/”,代表是相对于
web站点根目录
- tomcat虚拟目录一般默认为:
/项目名_war_exploded
- tomcat虚拟目录实际上为本机上实际物理路径的映射,默认为:
一般而言,对于路径由服务器的Servlet来处理,“/” 代表着的是web应用的根路径。比如请求转发,web.xml中的路径url-pattern路径配置,都是由web服务器来调用执行的。对于由浏览器进行解析的情况,如a标签、表单提交,请求重定向,则代表的web站点的根目录。
2021-11-18补充:
本文中的"web应用程序的根目录"与"web站点的根目录"后跟着的资源名都是使用的”相对于“这个词语,该词语的意思是这个资源名还具备本身的路径,比如我的index.jsp在web下的demo1文件夹里,那这个资源的路径就是/demo1/index.jsp
,那他的全路径就是web应用根目录/demo1/index.jsp
,这一点不用混淆。