java微服务应使用exec格式entrypoint固定启动逻辑，如["java","-jar","/app/service.jar"]，cmd提供可覆盖默认参数；复杂场景需用entrypoint.sh封装环境校验、配置注入与exec "$@"信号透传，确保pid 1和优雅停机。
Java 微服务打包进 Docker 镜像后，用 ENTRYPOINT 声明固定启动引导命令，核心是把“怎么启动”这件事固化到镜像里，而不是靠运行时拼凑命令。它不是简单写个 java -jar app.jar 就完事，而是要兼顾可维护性、环境适配和运维一致性。
用 exec 形式 ENTRYPOINT + CMD 组合，实现“固定入口 + 可覆盖参数”
推荐写法：
-
ENTRYPOINT ["java", "-jar", "/app/service.jar"]—— 固定主程序和 jar 路径，不可被docker run参数替换 -
CMD ["--server.port=8080", "--spring.profiles.active=prod"]—— 提供默认启动参数，运行时传参会整体替换 CMD
例如执行 docker run mysvc --server.port=9000，实际启动的是：java -jar /app/service.jar --server.port=9000
这样既锁住了 Java 启动方式，又允许灵活调整配置，避免不同团队写成 ["sh", "-c", "java ..."] 或漏掉 JVM 参数等不一致问题。
更进一步：用 entrypoint.sh 封装通用逻辑，统一多语言微服务入口
当服务需要环境校验、配置注入、非 root 运行或信号转发时，直接写 Java 命令不够用。应引入轻量 shell 脚本：
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- Dockerfile 中写：
COPY entrypoint.sh /app/entrypoint.sh && chmod +x /app/entrypoint.sh -
ENTRYPOINT ["/app/entrypoint.sh"]（CMD 可留空或提供默认参数）
脚本内做这些事：
- 检查必填环境变量，如
SERVICE_NAME、ENV - 用
envsubst渲染配置模板，生成application.yml - 切换用户运行：
exec gosu appuser java -jar /app/service.jar "$@" - 关键：最后一行必须用
exec "$@"，确保 Java 进程成为 PID 1，能接收 SIGTERM 实现优雅停机
避开常见陷阱：别用 shell 形式 ENTRYPOINT，也别忽略信号处理
以下写法看似简洁，实则埋坑：
-
ENTRYPOINT java -jar /app/service.jar（shell 形式）→ 命令被包裹在/bin/sh -c中，CMD 无效，且 Java 进程不是 PID 1，收不到终止信号 -
ENTRYPOINT ["java", "-jar", "/app/service.jar"]但没加exec或没处理$@→ 无法传递运行时参数，也难扩展 - 没设
JVM_OPTS或堆内存参数 → 容器内 OOM 频发，K8s 驱逐风险高
正确做法是在 entrypoint.sh 或 ENTRYPOINT 数组中显式加入常用 JVM 参数，比如：ENTRYPOINT ["java", "-Xms256m", "-Xmx512m", "-Duser.timezone=GMT+8", "-jar", "/app/service.jar"]
配合 CI/CD 和 K8s 探针，让 ENTRYPOINT 成为运维契约
一旦所有 Java 微服务都遵循 ENTRYPOINT ["./entrypoint.sh"]，运维就获得统一操作面：
- K8s liveness probe 可统一写：
exec: ["./entrypoint.sh", "--health-check"] - 灰度发布脚本只需改参数，不用为每个服务单独写启动逻辑
- 安全扫描或合规检查，只查 Dockerfile 是否含规范 ENTRYPOINT 即可判定是否达标
这种约定比文档更可靠，比人工 review 更高效。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
