Servlet路径问题(“/“到底代表什么)-“web应用程序的根目录“与“web站点的根目录“

song854601134

已于 2023-06-09 14:05:25 修改

阅读量1.9k

点赞数 6

分类专栏： jave学习总结文章标签： servlet 前端 java

于 2023-04-25 13:28:45 首次发布

本文链接：https://blog.csdn.net/song854601134/article/details/130362736

版权

jave学习总结专栏收录该内容

15 篇文章 1 订阅

订阅专栏

JavaWeb——Servlet路径问题("/"到底代表什么)

在JavaWeb中，使用路径时出现了大量的"/“，而每次使用”“时都感觉其代表的含义是不同的，因此，本篇文章将汇总JavaWeb中的”"出现情况及其所代表的含义。

了解这些"/"含义之前，先来了解绝对路径与相对路径的概念。

提前说一下自己总结的规律：

只要是服务器(tomcat vscde本地程序运行后的server )以及open with liveServer)的话，/都是指的是服务器的根路径

一般而言，对于路径由服务器的Servlet来处理，“/” 代表着的是web应用的根路径。比如请求转发，web.xml中的路径url-pattern路径配置，都是由web服务器来调用执行的。对于由浏览器进行解析的情况，如a标签、表单提交，请求重定向，则代表的web站点的根目录。

若是**浏览器中请求服务器**，则此时绝对路径的"/“代表的是**服务器(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，这一点不用混淆。

song854601134

关注

6
点赞
踩
10

收藏

觉得还不错? 一键收藏
0
评论
Servlet路径问题(“/“到底代表什么)-“web应用程序的根目录“与“web站点的根目录“

tomcat的配置中Deploment的Application context是配置当前项目的虚拟目录，它是实际物理路径的映射。我们可以通过访问一个jsp，那么这个jsp必须在我的本地物理路径上存在，才能访问成功，那么tomcat究竟去哪里寻找这个jsp呢？答案就在编译后产生的artifacts中，tomcat将实际物理路径映射成了简单的虚拟目录，可以更方便的访问物理路径编译后打开out（或target）/artifacts可以看到项目中所有需要发布的资源都集中在。
复制链接

扫一扫