IDEA布署tomcat原理嘘嘘转载

1
不难发现，docBase是指项目路径，path是一条虚拟路径。此处的项目路径与虚拟路径不一致。你可以想出一个观点：request有一种很常见的方法，就是。request.getContextPath()事实上，我得到的是这里Context标签中的属性名称为path价值。开始tomcat，访问http://localhost:8080/hi/hello.html也就是说，资源可以正确连接。hello.html。使用eclipse学生们不妨看看他们自己的conf下的server.xml，将找到以前的web项目正在进行中。context标签内配置。
(3)上述两种情况均不存在idea部署，idea部署方法是第三种.。
在tomcat的conf\Catalina\localhost新建一个xml文件如下所示

仍然熟悉配置，但不需要在中。server.xml为了防止手部残疾，已经改变了主要配置。
访问http://localhost:8080/hey/hello.html您可以访问资源。为了在这里进行说明，第3章方法的虚拟路径是xml文件名，不是xml中配置的path当您修改xml文件中的path与xml当文件名不一致时，xml文件名可用作访问资源的虚拟路径。path在中将资源配置为虚拟路径时，无法访问该资源。
2.idea如何部署
在idea中启动tomcat当您看到以下日志时

这里用的是以前做的那个小的。demo，不在乎。我们复制路径并在计算机中打开它。

打开下图xml文件

您可以从配置中看到虚拟路径配置的总和。xml这些文件的名称是相同的。这条虚拟路径是我的idea的tomcat在配置中的部署选项中配置了下图

项目的文件路径在中。D:\ideawork\mycrm\out\artifacts\mycrm_war_exploded。

这里有一个有趣的观点：
idea使用上面提到的第三种部署方式，而第三种部署的虚拟路径实际上是xml未配置文件名Context标签中的Path还可以访问资源，然后idea为什么这种配置是不必要的
path而且path中的值和xml文件名相同只是个巧合吗？有什么意义？
事实上，正如前面提到的，它非常简单。request.getContextPath获得的是Context标签中的属性名称为path价值。但第三个部署的虚拟路径实际上是xml文件名，保持一致即可视为获得。COntextPath是虚拟路径。这允许您访问资源页面。

END！
————————————————
版权声明：本文是CSDN博主「314程序员的原创文章，请关注。 CC 4.0 BY-SA 版权协议，转载请附上原始来源链接和本声明。
原始链接：https://blog.csdn.net/qq\_41116058/article/details/81435084