将Java Web项目部署到Linux服务器，是开发流程中绕不开的一环。很多人觉得这一步复杂，其实拆解开来就是几个标准动作：

先编译好项目，再通过远程工具连上服务器。然后停掉旧进程、清理日志、替换文件，最后重启。下面把这套流程从头到尾梳理一遍，配合截图一起看会更清楚。

第一步：编译Java项目。

项目开发完成后，先在本地用工具（如Maven或Gradle）把代码编译成可发布的war包或jar包。这一步确保编译通过、环境正确即可。

第二步：用SecureCRT连接服务器。

远程管理Linux服务器，SecureCRT是常用工具之一。配置好主机地址、端口、用户名和密钥或密码，就能像操作本地终端一样执行命令。用Putty、Xshell等也完全没问题。工具只是手段，关键是能稳定连上。

第三步：查看当前Tomcat进程。

部署前需要先确认Tomcat是否正在运行。执行命令 ps -ef | grep tomcat，可以筛出所有与Tomcat相关的进程信息。输出里会显示进程ID（PID）、启动时间、运行路径等。找到你要操作的那个项目的进程。

第四步：杀掉旧进程。

找到PID之后，用 kill -9 12235（把12235替换成实际的PID）强制终止Tomcat进程。注意 -9 参数是比较暴力的方式。如果项目优雅关闭有特殊配置，也可以用 kill 不带参数，让进程自己清理。但大多数情况下，强制终止更省事。

第五步：清除日志，进入工作目录。

进程停掉后，切换到Tomcat的部署目录（通常是 webapps 或自定义的工作目录）。然后执行 rm -rf Catalina（或其他日志文件夹）清理掉旧的日志文件。

这样做可以避免旧日志干扰新项目的运行，也能节省磁盘空间。如果日志需要保留做审计，也可以先备份再删除。

第六步：替换已编译的Java文件。

把本地编译好的war包或解压后的项目文件夹上传到服务器的对应目录，覆盖掉旧的版本。可以用SecureCRT自带的文件传输功能，也可以用scp、rsync等命令行工具。务必确保文件权限正确（通常为755或644），所有者与Tomcat运行用户一致。

第七步：启动Tomcat。

文件替换完成后，进入Tomcat的bin目录，执行启动脚本（如 ./startup.sh）。稍等几秒钟，用 ps -ef | grep tomcat 确认进程已经跑起来。然后通过浏览器访问项目地址验证是否正常。如果启动失败，记得检查catalina.out日志，看看是端口冲突还是依赖缺失。

以上七步就是标准的Linux部署流程。熟练之后，几分钟就能搞定一次升级。如果项目使用了Docker或Kubernetes，流程会略有不同，但核心思路——停机、清理、替换、重启——始终不变。

《夸克》非常好用的免费AI浏览器

下载APP查看