Java 项目开发完成后，需部署到服务器才能对外提供服务(如网站访问、接口调用等)。无论是传统物理服务器还是云服务器，Java 项目的部署核心逻辑一致：搭建运行环境、上传项目文件、配置运行参数、启动服务并验证。下面结合主流部署场景，分步骤讲解具体操作方法，覆盖手动部署与自动化部署两种常见模式。
部署前的核心准备工作
在开始部署前，需完成三项基础准备，避免后续操作出现环境不兼容或权限问题。
1. 确认服务器环境与权限
首先确保服务器已安装 Java 运行环境(JRE)或开发环境(JDK)，版本需与项目兼容(如项目基于 Java 8 开发，服务器 JDK 版本至少为 1.8)。登录服务器后，通过命令 java -version 查看 Java 版本，若未安装，需根据服务器系统(Windows/Linux)下载对应安装包：
Linux(以 CentOS 为例)：通过 yum 命令安装，执行 yum install java-1.8.0-openjdk-devel，安装完成后配置环境变量(编辑 /etc/profile 文件，添加 JAVA_HOME 路径并生效)。
Windows：下载 JDK 安装包，双击安装并手动配置环境变量(在 “系统变量” 中添加 JAVA_HOME，指向安装目录，同时更新 Path 变量添加 %JAVA_HOME%\bin)。
其次，获取服务器操作权限：Linux 需拥有可读写的目录权限(如 /usr/local/javaapp)，Windows 需确保登录账号有目标文件夹(如 D:\JavaProjects)的读写权限，避免上传文件或启动服务时出现权限不足报错。
2. 打包 Java 项目为可运行文件
Java 项目需打包为特定格式才能在服务器运行，常见格式有两种：
JAR 包(Java Archive)：适用于单体项目，包含项目所有类文件、依赖库和配置文件，通过 java -jar 命令即可启动。打包方式：使用 Maven 的 mvn clean package 命令(需项目根目录有 pom.xml 文件)，打包完成后在 target 目录生成 .jar 文件;使用 Gradle 则执行 gradle build，输出文件在 build/libs 目录。
WAR 包(Web Application Archive)：适用于 Web 项目(如基于 Spring MVC、Servlet 开发的项目)，需搭配 Web 服务器(如 Tomcat、Jetty)运行。打包方式：Maven 项目在 pom.xml 中指定打包类型为 war，执行 mvn clean package 生成 .war 文件，需放入 Web 服务器的 webapps 目录。
打包时需注意：排除测试类(添加 -DskipTests 参数)，确保配置文件(如数据库连接信息、端口号)已适配服务器环境(避免使用本地开发环境配置)。
3. 准备必要的辅助工具
根据部署方式选择工具：
手动部署：需文件传输工具(如 Linux 用 Xftp、Windows 用 FTP 工具，或直接用 scp 命令在本地与服务器间传输文件)、远程连接工具(Linux 用 Xshell、Windows 用远程桌面)。
自动化部署：需配置 Maven/Gradle 插件(如 maven-deploy-plugin)、持续集成工具(如 Jenkins)，或使用云服务器自带的部署工具(如阿里云云效、腾讯云 CODING)。
两种主流部署方式的操作步骤
方式一：传统手动部署(适合小型项目、新手操作)
手动部署流程简单，无需复杂工具配置，适合单体小项目或首次部署测试。
步骤 1：上传打包文件到服务器
Linux 服务器：通过 Xftp 连接服务器，将本地的 JAR/WAR 包上传到指定目录(如 /usr/local/javaapp);或在本地执行 scp 本地文件路径 服务器用户名@服务器IP:目标目录(例：scp D:\project\demo.jar root@123.45.67.89:/usr/local/javaapp)。
Windows 服务器：通过远程桌面连接后，直接将本地文件复制到服务器的目标文件夹(如 D:\JavaProjects)。
步骤 2：启动 Java 服务
部署 JAR 包：进入文件所在目录(执行 cd /usr/local/javaapp)，执行启动命令 java -jar demo.jar。若需后台运行(关闭终端不停止服务)，Linux 用 nohup java -jar demo.jar &(日志输出到 nohup.out 文件)，Windows 用 start javaw -jar demo.jar(无控制台窗口)。
部署 WAR 包：先安装 Web 服务器(以 Tomcat 为例)，将 WAR 包复制到 Tomcat 的 webapps 目录(如 /usr/local/tomcat/webapps)，启动 Tomcat(执行 bin/startup.sh 或 bin\startup.bat)，Tomcat 会自动解压 WAR 包并部署，访问路径为 http://服务器IP:端口/项目名(端口默认 8080，项目名即 WAR 包前缀)。
步骤 3：验证部署结果
在本地浏览器或终端访问服务：
若为接口项目：用 Postman 调用接口(如 http://服务器IP:8080/api/test)，查看是否返回正确结果。
若为 Web 项目：直接访问 http://服务器IP:8080/项目名，查看页面是否正常加载。
若启动失败：查看日志排查问题(JAR 包日志在 nohup.out 或控制台输出，Tomcat 日志在 logs/catalina.out)，常见问题包括端口被占用(用 netstat -tuln | grep 端口号 查看，kill 占用进程)、依赖缺失(检查打包是否完整)。
方式二：自动化部署(适合中大型项目、频繁迭代)
自动化部署可减少手动操作失误，实现 “代码提交即部署”，适合需频繁更新的项目。以 Jenkins 为例讲解核心步骤：
步骤 1：配置 Jenkins 与服务器连接
在 Jenkins 中安装 “Publish Over SSH” 插件，配置服务器信息(IP、用户名、密码或密钥)，测试连接确保 Jenkins 能正常访问服务器。
步骤 2：创建部署任务
新建 “自由风格软件项目”，配置源码管理(关联 Git 仓库，指定项目分支)，构建触发器(选择 “代码提交时触发” 或定时触发)，构建步骤(执行 mvn clean package 打包)，构建后操作(通过 “Send files or execute commands over SSH” 将 target 目录的 JAR/WAR 包上传到服务器指定目录，同时执行启动脚本)。
步骤 3：编写启动脚本(Linux 为例)
在服务器部署目录创建 start.sh 脚本，包含停止旧服务、启动新服务的逻辑：
ba取消自动换行复制
#!/bin/bash
# 停止旧服务
PID=$(ps -ef | grep demo.jar | grep -v grep | awk '{print $2}')
if [ -n "$PID" ]; then
kill -9 $PID
fi
# 启动新服务
nohup java -jar /usr/local/javaapp/demo.jar > /usr/local/javaapp/logs/demo.log 2>&1 &
赋予脚本执行权限(chmod +x start.sh)，在 Jenkins 构建后操作中执行 sh /usr/local/javaapp/start.sh，实现自动重启服务。
部署后的关键注意事项
1. 配置端口与防火墙
确保项目使用的端口(如 8080、80)已在服务器防火墙开放：
Linux(CentOS)：执行 firewall-cmd --zone=public --add-port=8080/tcp --permanent，然后 firewall-cmd --reload。
云服务器：还需在云服务商控制台的 “安全组” 中添加端口规则(如阿里云 ECS 安全组开放 8080 端口)，否则外部无法访问。
2. 日志与监控
为项目配置日志输出(如使用 Logback、Log4j 将日志写入指定文件)，定期查看日志排查异常;在服务器安装监控工具(如 Linux 用 Prometheus+Grafana，Windows 用任务管理器)，监控 CPU、内存使用率及服务运行状态，避免资源不足导致服务崩溃。
3. 备份与回滚
部署前备份旧版本项目文件，若新版本部署失败，可快速回滚到旧版本;定期备份数据库数据，避免部署过程中数据丢失。自动化部署中可在 Jenkins 配置 “回滚任务”，通过保留历史构建包实现一键回滚。
Java 项目部署到服务器的核心是 “环境适配 + 文件传输 + 服务启动”，手动部署适合简单场景，自动化部署适合复杂项目。无论选择哪种方式，都需注意环境一致性、权限配置、端口开放与日志监控，确保服务稳定运行。随着项目规模扩大，可逐步引入容器化部署(如 Docker)或云原生部署(如 Kubernetes)，进一步提升部署效率与服务可靠性。
