java应用部署核心是java -jar app.jar，前提为openjdk（如jdk 17/21 lts）已正确安装并配置环境变量；需确保jar包含main-class声明、版本兼容，且通过java -version和javac -version双重验证。
OpenJDK 本身不是“部署”对象，它是运行可执行 JAR 的必要环境；真正要部署的是你的 app.jar，而 OpenJDK 是让它跑起来的底层支撑。
确认 OpenJDK 已安装且版本匹配
Java 应用能否正常启动，首先取决于 java -version 输出的 JDK 版本是否与 JAR 包编译时的目标版本兼容。常见错误现象包括：
-
UnsupportedClassVersionError：说明 JAR 是用更高版本 JDK 编译的（比如用 JDK 21 打的包，却在 JDK 17 上运行） -
Command 'java' not found：OpenJDK 根本没装，或JAVA_HOME/PATH没配对
实操建议：
- 优先选 LTS 版本：JDK 17 或 JDK 21（2026 年主流生产环境已普遍支持 JDK 21）
- Ubuntu/Debian：用
sudo apt install openjdk-21-jdk；CentOS/RHEL：用sudo dnf install java-21-openjdk-devel - 验证命令必须同时跑两个：
java -version和javac -version（后者能确认开发包完整安装）
java -jar 命令为什么有时不生效
java -jar app.jar 看似简单，但失败往往不是命令写错，而是 JAR 包本身不满足“可执行”条件。
关键判断点：
- META-INF/MANIFEST.MF 文件里必须有
Main-Class: com.example.MainApp这一行，且类路径不能拼错 - 如果用了 Spring Boot，推荐用
spring-boot-maven-plugin打包，它会自动注入启动逻辑；手写maven-jar-plugin容易漏掉Class-Path或依赖嵌套 - 某些 IDE（如 IntelliJ）导出的 “Runnable JAR” 默认不包含依赖，运行时会报
NoClassDefFoundError
快速自查命令：
jar -tf app.jar | grep MANIFEST
jar -xf app.jar META-INF/MANIFEST.MF && cat META-INF/MANIFEST.MF
后台运行时日志和端口管理容易踩的坑
用 nohup java -jar app.jar > app.log 2>&1 & 启动后，常遇到：
- 服务看似启动了，但
curl localhost:8080无响应 → 检查应用是否真的监听了该端口，而不是被配置覆盖（如server.port=0随机端口） - 日志文件为空或只有一行 →
nohup不捕获System.err重定向之外的输出，Spring Boot 的 INFO 日志默认不刷盘，加--logging.pattern.console="%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n"更可靠 - 重复启动导致端口占用 → 先用
lsof -i :8080或ss -tulnp | grep :8080查 PID，再kill -15 <pid></pid>（别直接kill -9）
Docker 部署时 JAVA_OPTS 和环境变量怎么传才有效
很多人把 JVM 参数硬写进 Dockerfile 的 ENTRYPOINT，结果发现 -Xmx 生效了，但 spring.profiles.active=prod 却没起作用——因为 Spring Boot 的外部配置优先级高于 JVM 系统属性。
正确做法分层处理：
- JVM 级参数（GC、堆大小、随机源）：写在
ENTRYPOINT或CMD里，例如java -Xmx512m -Djava.security.egd=file:/dev/./urandom -jar app.jar - 应用级参数（profile、端口、数据库地址）：用环境变量传，Docker 运行时加
-e "SPRING_PROFILES_ACTIVE=prod" -e "SERVER_PORT=8080"，Spring Boot 会自动识别 - 避免在 Dockerfile 中用
ENV JAVA_OPTS=...再拼接，容易引号逃逸失败；改用运行时-e "JAVA_OPTS=-Xmx512m"+ 启动脚本解析更稳妥
最常被忽略的一点：Alpine 镜像里 openjdk:17-jdk-alpine 默认不带 tzdata，会导致日志时间比系统快 8 小时；必须显式 RUN apk add --no-cache tzdata && cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime。
