目录
- 1、<Context>标签说明
- 2、Tomcat部署应用的3种方式
1、<Context>标签说明
说明：是用于配置 Tomcat 中的 Web 应用程序上下文的元素（例：我现在需要部署两个Web应用，部署一个前端 web应用需要访问"/“导航到主页面。后端 web应用需要访问”/admin"导航到后端页面，我们现在就可以在使用一个Tomcat的情况下通过Context这个标签去配置来实现上面的功能。）
下面来说明一下该标签中比较重要的几个属性
<Context docBase =\”/opt/software/app\” path =\”/\” reloadable =\”true\”/>
- docBase:指定 Web 应用程序的根目录或文档根目录的路径。在示例中，Web 应用程序的根目录被设置为/opt/software/app。
- path:指定访问该 Web 应用程序的 URL 路径。在示例中，该 Web 应用程序可以通过根路径 / 访问。
- reloadable:指定是否启用自动重新加载（热部署）功能。如果设置为 true，当检测到 Web 应用程序的文件更改时，Tomcat 将自动重新加载应用程序。在示例中，reloadable 被设置为 true，表示启用了自动重新加载功能。
2、Tomcat部署应用的3种方式
2.1以文件或war包直接部署
将应用文件夹或war文件直接复制到tomcat的webapps目录下，这样tomcat启动的时候会将webapps目录下的文件夹或war文件的内容当成应用部署。这种方式最简单且无须书写任何配置文件
2.2 编辑server.xml配置文件，添加Context标签
在tomcat的server.xml配置文件中的Host节点下增长Context子节点
…
<Host name=\”localhost\” appBase=\”webapps\” unpackWARs=\”true\” autoDeploy=\”true\”>
<Context path= \”/test\” docBase= \”D:\\private\\tomcat\\test.war\” />
…
其中path制定访问url路径, docBase项目真是路径。其中，path即context path；docBase指向应用所在的文件夹或war文件，能够是绝对路径，也能够是相对路径（相对该Context所在的Host的appBase属性值)
2.3 在tomcat的conf/[Engine]/[Host]目录下新建xml文件，文件名为<应用名称>.xml
注意：如果以想要访问目录，需要在该目录下新建ROOT.xml，然后将下面内容复制进去。即可访问
<Context docBase=\”/opt/software/test/WH-Security1\” reloadable=\”true\” />
接下来我们访问控制台进行测试：
下面我们在看一下日志的打印信息：使用该方式部署的应用支持热部署，只要修改了该文件就能被Tomcat监听到
接下来我们在做一个验证：我修改ROOT.xml为wh-security.xml，然后在看一下日志和控制台的变化。
日志打印信息：确实发生了改变
控制台访问：却是发生了改变
上面的配置可以发现我并没有添加path属性，其实不管我们是否配置，它已经不生效了。下面简单做个验证,在wh-security.xml中添加该path属性并且该uri为app.
<Context docBase=\”/opt/software/test/WH-Security1\” path=\”/app\” reloadable=\”true\” />
查看日志信息：绿框说的很详细，该路径属性已经被忽略
访问控制台：很明显，当我们访问“/app”得到却不是我们想要的结果，说明通过这种方式部署，该路径属性会被忽略。
结论：这3种部署应用的方式更推荐第三种，其中第二中部署方式的局限性比较大，每次配置完成之后都需要重新启动一下Tomcat服务器才生效。第一种和第三种都支持热部署。
到此这篇关于浅谈Tomcat中＜Context＞标签的使用方式和注意事项的文章就介绍到这了,更多相关Tomcat Context标签内容请搜索悠久资源以前的文章或继续浏览下面的相关文章希望大家以后多多支持悠久资源！
