在Tomcat中配置项目路径，核心做法是将项目打包为WAR包放到webapps目录下，或通过server.xml里的
Tomcat配置项目路径的三种主流方式
配置项目路径不只是改一个文件那么简单,得看你是在本地开发、单机部署，还是多项目混跑，先记住一个原则：能不动server.xml就别动，因为改错了整个Tomcat都起不来。
把项目复制到webapps目录（推荐）
这是最省心、最符合规范的做法，Tomcat默认就会扫描webapps文件夹下的所有子目录和WAR包，你不需要做任何额外配置。
具体操作：
- 将项目打包成WAR包,或者把编译好的Web应用整个文件夹拷贝到
{Tomcat安装目录}/webapps下。 - 文件夹名字就是访问路径,比如你放一个
myshop文件夹，访问地址就是http://localhost:8080/myshop/。 - 如果是WAR包,Tomcat启动时会自动解压成同名文件夹，解压完成后，访问路径跟文件夹名一致。
- 启动Tomcat后,可以在
logs/catalina.out日志里确认部署是否成功，看到Deployment of web application archive字样就说明没问题。
这种方式的优势：Tomcat重启后自动加载，不用改任何配置文件，后期维护友好，唯一的限制是，如果项目文件在Tomcat目录之外，就得用别的方式。
修改server.xml里的节点（灵活但容易出错）
当项目源码放在磁盘其他位置,你又不想复制到webapps里时，可以通过conf/server.xml里的<Context>节点指定路径。
步骤：
-
打开
{Tomcat安装目录}/conf/server.xml。 -
找到
<Host>标签，在<Host>内部添加一行：<Context path="/demo" docBase="/opt/myprojects/demo" debug="0" reloadable="true"/>path是浏览器访问时的虚拟路径，docBase是项目实际存在的物理路径。 -
保存文件,重启Tomcat。
这里有三个容易踩坑的点：
docBase路径不能是相对路径，必须写绝对路径。docBase指向的是一个WAR包或解压后的目录，Tomcat会自动加载；如果指向的是一个普通文件夹，Tomcat会当成解压后的项目来处理。- 同一个
<Host>里，path值不能重复，否则启动会报端口冲突或路径冲突。
行业共识认为，这种方式只适合临时映射或特殊需求，长期维护不建议用，因为它把部署信息和服务器配置耦合在一起，换一台机器就要重新改。
在IDE里配置Tomcat项目路径（仅限开发阶段）
在IntelliJ IDEA或Eclipse里，你会发现“部署”选项里能直接改Application context，这个就是Tomcat的运行路径。
- 在IDEA的Run/Debug Configurations里，选择你的Tomcat，然后切到Deployment标签。
- 添加Artifact后,下方有个Application context输入框，默认是
/项目名。 - 把它改成
/demo，运行后访问http://localhost:8080/demo就能进项目。
这个配置本质上是IDE帮你生成了临时<Context>映射，只对当前开发环境有效。千万别以为改了这个就等于生产环境配置好了，打包上线时该做的步骤一样不能少。
Tomcat配置项目路径后访问404怎么排查
很多人配置完路径,兴冲冲地访问，结果页面直接给我一个404，遇到这种问题，别急着怀疑人生，按下面顺序检查，九成能找到原因。
先明确一个基础认知：Tomcat返回404有两种情况，一种是Tomcat本身没启动成功，另一种是项目没部署上，你看一眼浏览器地址栏，如果端口不是8080或者服务没起来，Tomcat默认的根路径也是404。
第一步：确认Tomcat是否正常启动
- 终端执行
ps -ef | grep tomcat或者jps，确认进程在。 - 直接访问
http://localhost:8080/，能打开Tomcat自带的管理页面，就说明Tomcat没问题。 - 如果连默认页面都404,那问题出在Tomcat本身，跟项目路径无关，检查
CATALINA_HOME环境变量、端口占用和启动日志。
第二步：确认项目是否被正确加载
- 访问
http://localhost:8080/你的项目路径/，注意路径必须和配置的path或webapps下的文件夹名完全一致，大小写敏感。 - 如果直接访问根路径（
http://localhost:8080/）能看到东西，但访问项目路径404，那说明项目没加载成功。 - 看日志：
logs/catalina.out和logs/localhost.日期.log，如果localhost日志里出现No compatible或Error starting，多半是项目里的web.xml写错了，或者Servlet版本不配套。
第三步：检查项目自身结构
- 打开项目目录,确认里面有
WEB-INF文件夹，并且WEB-INF/web.xml存在，如果是Maven工程，确认打包成了WAR，而不是把target/classes直接扔进去。 - 如果你的访问路径后面跟了具体Servlet或JSP,路径映射要跟
web.xml里的<url-pattern>一致，比如你访问/demo/login.jsp，但实际项目里没有这个文件，那肯定404。
常见坑：docBase路径权限不足
当你在server.xml里配置docBase指向外部目录时，Tomcat运行用户必须对该目录有读权限，Linux下如果权限不够，Tomcat静默失败，日志里只有一行Deployment failed，解决办法：
chmod -R 755 /opt/myprojects/demo再重启Tomcat。
Tomcat配置项目路径后修改了项目不生效怎么办
开发时你会频繁改代码,改完发现浏览器里还是旧页面，这不是项目路径配错了，而是Tomcat的自动重载没生效。
- 检查
conf/context.xml或conf/server.xml里<Context>标签是否有reloadable="true"，默认情况下，webapps下部署的项目是允许重载的，但外部映射的目录不一定。 - 确认修改的是编译后的class文件,而不是源码，Java项目必须重新编译并替换
WEB-INF/classes，只改.java没编译当然不会变。 - 纯静态页面（HTML、JS、CSS）的修改不需要重启，刷新浏览器即可，但如果浏览器有缓存，建议按
Ctrl+F5强制刷新。
生产环境不建议开启自动重载
自动重载方便是方便,但每次修改都会导致Tomcat执行热部署，容易引发内存泄漏，行业专家指出，生产环境务必把reloadable="false"，更新时用./shutdown.sh和./startup.sh干净重启。
本地Tomcat配置项目路径与云服务器部署有什么区别
很多人在本地配得好好的,一上云服务器就蒙圈，本地Tomcat配置项目路径和远程服务器上本质上完全一样，区别集中在环境变量、目录权限和防火墙设置。
| 对比项 | 本地Tomcat | 云服务器Tomcat |
|---|---|---|
| 项目上传方式 | 直接复制文件 | 用FTP或SCP上传，或使用rsync增量同步 |
| 访问地址 | localhost:8080 |
公网IP或域名 |
| 防火墙 | 默认关闭 | 安全组需要放行8080端口 |
| 目录权限 | 当前用户可读写 | 需要给tomcat用户授权 |
| 日志查看 | 终端实时看 | 必须远程连接，或配置日志采集 |
具体到操作上,你在服务器上用vi改server.xml跟本地用记事本改没区别，但要注意：
- 云服务器上如果以
root启动Tomcat，会提示Cannot use the JVM as root（不同发行版提示不一样），建议用普通用户运行。 - 项目放到
/home/tomcat/app这类目录时，记得chown -R tomcat:tomcat /home/tomcat/app，否则启动后无法读取文件。
云服务器上如果用的是Tomcat自带的管理界面,你会发现默认禁止访问，因为conf/tomcat-users.xml里没有配置用户，而且webapps/manager的context.xml限制了IP访问，想远程管理，需要编辑这个文件里的allow属性，但一般情况下，不要为了省事把管理接口暴露到公网。
Tomcat多项目路径配置的注意事项
一个Tomcat跑多个项目很常见,配置路径时有几个坑，提前说清楚。
坑一：多个项目使用同一个docBase。
如果你有两个项目,分别映射到/a和/b，但docBase指向同一个文件夹，Tomcat会加载两次同一个应用，导致类加载器冲突，要保持docBase各不相同。
坑二：path用根路径。
如果你把某个项目的path设为，这个项目会覆盖Tomcat的ROOT应用，访问http://localhost:8080/时就会进入你的项目，这在某些场景下是目的，但如果你同时还有别的项目，建议保留ROOT不动，自己的项目用子路径。
坑三：WAR包和同名的配置冲突。
比如你已经手动解压了demo.war到webapps下，然后又放了一个新的demo.war，Tomcat启动时不知道听谁的，偶尔会出现覆盖不完整，正确做法是把旧的解压文件夹和WAR都删掉，再放置新的WAR。
如果你只有两个项目,推荐在server.xml里只配一个<Context>，另一个直接放webapps里，这样日志排错时更清晰。
常见问题快速解答
Tomcat配置项目路径时必须修改server.xml吗？
不是。如果项目放在webapps目录下，完全不用改任何配置，只有项目在Tomcat目录外部时才需要改server.xml，或者也可以使用Tomcat的conf/Catalina/localhost/目录下新建一个项目名.xml文件，文件内容里写<Context docBase="/实际路径"/>，这种方式比直接改server.xml更安全，因为Tomcat会自动识别这个文件，不用改动主配置。
Tomcat配置项目路径后访问出现403 Forbidden怎么办？
403通常是权限问题,先看<Context>里的privileged属性，如果不是容器管理的Servlet，保持默认false，检查项目所在的物理目录权限，确保Tomcat运行用户有读权限，在Linux下执行ls -l查看权限列表，如果drwxr-xr-x没问题，再确认是不是Tomcat的安全管理器拦截了，你可以在catalina.properties里把security.manager注释掉，但不建议生产环境这么干，因为那等于放弃了安全保护。
Tomcat配置项目路径时path和docBase有什么区别？
path是虚拟访问路径，就是你在浏览器地址栏里输入的那段后缀。docBase是物理路径，告诉Tomcat项目文件在哪里，举个例子：如果path是/demo，docBase是/opt/app/demo，那么浏览器访问http://IP:8080/demo/时，实际读的是/opt/app/demo下的文件，两者可以名字不同，但访问时以path为准。
配置项目路径,说到底就是搞清楚你是想让Tomcat“自动捡”，还是“手动指路”。没有特殊需求就扔webapps，有特殊目录映射需求才动server.xml，千万别一上来就改主配置。 按照这个思路，404和部署失败的概率能降低一大半。