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

这篇具有很好参考价值的文章主要介绍了Servlet路径问题(“/“到底代表什么)-“web应用程序的根目录“与“web站点的根目录“。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

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

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

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

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

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

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

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

若是**浏览器中请求服务器**,则此时绝对路径的"/“代表的是**服务器(Tomcat)的根目录**,而此时的相对路径代表的是**该项目的根目录**
   若在**服务器中请求服务器**,则此时绝对路径的”/"或相对路径代表的都是该项目的根目录
   而在服务器内部,可以这样理解,服务器在解析路径时,‘src’、'webapp’这些文件夹其实都被忽略了,也就是说,这两个目录下的文件可以认为是在同一目录(该项目的根目录)下
  一定要看使用的是什么路径,如果是相对路径,只需要看目标文件与当前文件之间的位置关系即可,而如果是绝对路径,才需要注意上面这几点要求。

1、"/"出现在请求重定向与请求转发中

有关请求转发与请求重定向的概念,这里不再赘述,请参考:请求转发与请求重定向。
Servlet路径问题(“/“到底代表什么)-“web应用程序的根目录“与“web站点的根目录“

由于请求转发是服务器内部行为,是在服务器中请求服务器,因此请求转发中的"/"表示该项目的根目录

由于请求重定向是浏览器行为,是在浏览器中请求服务器,因此请求重定向的"/"表示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(注解里也有)与目标文件的相对位置即可。举个栗子:
Servlet路径问题(“/“到底代表什么)-“web应用程序的根目录“与“web站点的根目录“

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

那么如果你的tomcat的默认站点(即http://localhost:8080)没有更改的话,这个项目的

  • web站点根目录为:http://localhost:8080
  • web应用的根目录为:http://localhost:8080/WebPathDemo_war_exploded

小注意:根目录跟目录的概念不要混淆:
根目录代表的是从最底层目录访问到当前目录,即绝对路径;
目录代表的是当前目录(当前所在文件夹的名称)。

2 查看web应用的根目录的方法

第一种方式查看:
转到tomcat的Server,我们的URL就相当于web应用的根目录(去掉“/”才算当前目录)
Servlet路径问题(“/“到底代表什么)-“web应用程序的根目录“与“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),才能访问资源。

  1. 比如我访问demo1下的index1.jsp,是必须要带上web应用根目录在前方的
    Servlet路径问题(“/“到底代表什么)-“web应用程序的根目录“与“web站点的根目录“

  2. 直接使用web站点根目录访问,是访问不到的
    Servlet路径问题(“/“到底代表什么)-“web应用程序的根目录“与“web站点的根目录“

3.2 a标签,jsp的include,form表单等究竟相对于哪个目录?

拿a标签举例子:
1.web目录下有两个jsp:
Servlet路径问题(“/“到底代表什么)-“web应用程序的根目录“与“web站点的根目录“

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,是理所当然的。
Servlet路径问题(“/“到底代表什么)-“web应用程序的根目录“与“web站点的根目录“
Servlet路径问题(“/“到底代表什么)-“web应用程序的根目录“与“web站点的根目录“

在a标签里直接写跳转的资源名,如index.jsp,观察地址栏发现,它相对的路径是
http://localhost:8080/WebPathDemo_war_exploded/,也就是web应用根目录

4.更改a标签跳转地址为/index1.jsp

<a href="/index1.jsp">index1.jsp</a>

查看结果:

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

在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
Servlet路径问题(“/“到底代表什么)-“web应用程序的根目录“与“web站点的根目录“

可以看到项目中所有需要发布的资源都集中在out(或target)/artifacts/WebPathDemo_war_exploded这个文件夹中(部分人的out可能是target),artifacts就是发布项目的关键,可以从项目结构中对它进行重命名。
Servlet路径问题(“/“到底代表什么)-“web应用程序的根目录“与“web站点的根目录“

这里就是tomcat配置的虚拟目录所真正访问到的实际物理路径

总结

  1. 资源一定是相对于web应用根目录才能访问
  2. web站点根目录一般默认为:http://localhost:8080
  3. web应用根目录一般默认为:
  • web站点根目录/web应用目录
  • http://localhost:8080/tomcat配置的虚拟目录
  1. 根据“/”来判断是相对于web站点根目录还是web应用根目录:
  • 无“/”,代表是相对于web应用根目录
  • 有“/”,代表是相对于web站点根目录
  1. tomcat虚拟目录一般默认为:/项目名_war_exploded
  2. 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,这一点不用混淆。文章来源地址https://www.toymoban.com/news/detail-424998.html

到了这里,关于Servlet路径问题(“/“到底代表什么)-“web应用程序的根目录“与“web站点的根目录“的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Web5到底是什么?Web4去哪了?

    Web3咱还没搞明白,Web3还没有完全的投入应用 ,这Web5怎么就来了? 在今年6月召开的加密盛宴Consensus上,推特创始人比特必信徒杰克多西,首次提出全新Web5的概念,并公开呛声Web3的VC们可以洗洗睡了,意指Web5才是真正的未来。 自此Web5的概念出现在了大众视野中。 Web3的诞生

    2024年01月23日
    浏览(22)
  • Web 应用程序攻击:它是什么以及如何防御它?

    提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档 在过去几年中,Web 应用程序攻击是一种日益严重的网络安全威胁。 在2022 年全球网络攻击增加38%,估计 46%的网站 在应用程序级别存在安全漏洞。 因此,您的网站很可能容易受到这种类型的攻击,这就

    2024年02月10日
    浏览(51)
  • Web3到底是什么?和区块链有啥关系?

    今年4、5月的时候, web3在微信指数中的趋势数据,一度超过了区块链。 从2021年12月份开始,web3这个词突然出圈,进入传统互联网,然后开始蔓延火爆。   从最近互联网圈的融资情况和创业动态看,似乎传统VC们都在号召“ALL in  Web3”。 那么Web3到底是什么?未来会如何发展

    2024年01月22日
    浏览(33)
  • Web3到底是什么?能否成互联网的未来?

    随着游戏、元宇宙、互联网等行业的快速发展,web3已经成为互联网行业中一个热门的主题。听到web3这个词,很多人都会大吃一惊,这是怎么回事?WB3,就是网络3.0,也就是第三代网络。web1.0是因特网最初产生的一种“只读”式的资讯,使用者只可观看,无法互动,如同电子

    2024年02月12日
    浏览(42)
  • “ALL in Web3”!Web3到底是什么?我们真的需要Web3吗?

    Web3 毫无疑问可能是未来 15 年互联网行业最重大的机会。 从最近互联网圈的新闻来看,似乎传统VC们都在号召“ALL in Web3”。那么Web3到底是什么?未来会如何发展?我们真的需要Web3吗? Web3到底是什么呢? 要说清楚web3,我们需要重新回顾一下Web1和Web2 Web1是可读的互联网,在

    2024年02月09日
    浏览(32)
  • web3到底是什么?只是一场永远醒不来的梦

    Hello大家好,我是ClonBrowser鱼鱼。 过去,我一直与大家分享Facebook运营和广告方面的干货,但今天我想和大家聊聊一个更加炙手可热的话题—— Web3 。 近年来,Web3成为了互联网行业的热门,被各大媒体和技术界热议。但是, Web3到底是什么呢?它只是一场永远醒不来的

    2024年02月07日
    浏览(35)
  • Web3.0带来天翻地覆的变化?全面科普!所谓的Web3.0到底是什么?

    Web3.0在2021年尾声突然蹿红,在美国国会的听证会里,一句“我们如何确保web3革命发生在美国”引发了大家对于Web3.0的关注,而后马斯克一篇内容为“有人看过web3.0吗? 我没有找到”的推文,将关于Web3.0的讨论推向了高潮。 甚至于这个词还被路透社评为了年度科技热词。 但

    2024年02月01日
    浏览(27)
  • 一文揭秘DDD到底解决了什么问题

      一、架构设计是为了解决系统复杂度 谈到架构,相信每个技术人员都是耳熟能详,但如果深入探讨一下,“为何要做架构设计?”或者“架构设计目的是什么?”类似的问题,大部分人可能从来没有思考过,或者即使有思考,也没有太明确可信的答案。   1.1 架构设计的误

    2024年02月08日
    浏览(40)
  • vite项目中使用@代表根路径

    找不到模块“path”或其相应的类型声明。 找不到名称“__dirname” 解决:在 tsconfig.json的compilerOptions下 加上  baseUrl 和 paths 即可。    

    2024年02月13日
    浏览(16)
  • 什么是RESTful API,以及如何它使用构建 web 应用程序(InsCode AI 创作助手)

    RESTful API 是一种基于 REST(Representational State Transfer,表征状态转移) 架构风格的 API,它使用 HTTP 协议的方法(GET,POST,PUT,DELETE)来实现资源的创建、读取、更新和删除。通过这种方式,API 可以更加简单和灵活,使得不同编程语言之间的交互更加容易。 使用 RESTful API 构建

    2024年02月09日
    浏览(49)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包