宝塔面板中Java项目不能直接上传WAR包运行，因默认Tomcat作为系统服务不监听/www/wwwroot路径，需手动放至webapps并重启；推荐将网站根目录设为/webapps/ROOT，配置Nginx反向代理至Tomcat，上传ROOT.war后自动解压访问。
宝塔面板里 Java 项目为啥不能直接扔个 WAR 包就跑起来
因为宝塔默认的 Tomcat 是作为“系统服务”运行的，它不监听你上传的 WAR 包路径，也不自动解压或热加载——你传到 /www/wwwroot/xxx/ 下，它根本不会扫一眼。传统做法是手动复制 WAR 到 $TOMCAT_HOME/webapps/，再重启服务，稍有不慎就卡在 404 或 500。
用宝塔内置 Tomcat + 网站绑定实现“伪一键部署”
关键不是靠宝塔的“Java 项目”插件（那个基本不可用），而是把网站根目录指向 Tomcat 的 webapps 子目录，并让宝塔反向代理过去。这样你只需上传 WAR 包、重命名成 ROOT.war（或自定义名），Tomcat 会自动解压，Nginx 自动转发请求。
- 先在宝塔「软件商店」安装「Tomcat」（建议选 8.5+，兼容性好）
- 新建一个「网站」，域名填好，根目录设为
/www/server/tomcat/webapps/ROOT（注意不是/www/wwwroot/） - 进该网站的「反向代理」，添加规则：
/ → http://127.0.0.1:8080/（端口以你 Tomcat 配置为准） - 上传 WAR 包到
/www/server/tomcat/webapps/，重命名为ROOT.war（覆盖前删掉旧的ROOT/目录和ROOT.war） - 等几秒，Tomcat 自动解压，刷新网站即可访问
为什么别碰宝塔的“Java 项目”管理功能
那个功能本质是调用 java -jar 启动独立进程，但没做 PID 管理、日志归集、端口冲突检测，且无法与 Nginx 网站配置联动。常见报错包括：Address already in use（端口被占）、No main manifest attribute（JAR 缺启动类）、ClassNotFoundException（依赖没打进包）。它适合 Spring Boot 打包成 fat jar 的极简场景，但不适合 WAR + Tomcat 的标准部署流。
真正能“一键”的路子：用 Shell 脚本接管上传+解压+重启
如果你真要“一键”，与其依赖宝塔 UI，不如写个脚本丢在网站根目录旁，上传 WAR 后点一下就完成所有动作。核心逻辑就三步：
立即学习“Java免费学习笔记（深入）”；
#!/bin/bash cd /www/server/tomcat/webapps rm -rf ROOT ROOT.war mv /www/wwwroot/deploy/myapp.war ROOT.war # 等 Tomcat 检测到新包（通常 2~5 秒） sleep 3 # 可选：curl 检查是否启动成功 curl -s --head http://127.0.0.1:8080/ | head -n 1 | grep "200 OK" >/dev/null && echo "Deploy OK" || echo "Deploy failed"
这个脚本比宝塔的“一键部署”按钮更可控——你知道它删了什么、放了什么、等了多久。唯一要注意的是：确保 tomcat 进程对 webapps 目录有写权限，否则解压失败静默发生，页面一直 404。
复杂点在于 WAR 包本身：如果用了相对路径读配置、或依赖 ServletContext.getRealPath()，在宝塔默认 Tomcat 下可能返回空——这不是部署问题，是代码没适配容器环境。
