Java生产环境需稳固基础：统一LTS版JDK（如17/21）、合理JVM参数（-Xms/-Xmx相等、ZGC/G1、OOM堆转储）、systemd守护、规范日志（滚动策略、MDC追踪、独立磁盘）。
Java生产环境不是把代码打个jar包扔到服务器上就完事的，它需要一套稳定、可监控、易维护的基础支撑结构。核心是JVM配置合理、应用启动可控、日志规范、进程守护可靠、基础安全到位，而不是追求最新技术堆砌。
选对JDK版本并统一管理
生产环境优先选用LTS版本（如JDK 17或JDK 21），避免使用早期更新版或非LTS快照版。不建议混用不同厂商JDK（如同时用Oracle JDK和OpenJDK），尤其在微服务多模块场景下容易因GC行为或JNI兼容性出问题。
- 所有服务器统一通过tar.gz手动部署JDK，不依赖系统包管理器（如apt/yum安装的JDK常滞后且路径不固定）
- 设置JAVA_HOME为绝对路径（如/opt/jdk-17.0.2），并在/etc/profile.d/java.sh中全局导出
- 应用启动脚本里显式指定-Djava.home=...，避免被容器或父进程环境干扰
JVM参数要精简务实，不盲目套用模板
别一上来就抄“百万并发调优参数”。生产起步阶段重点关注内存可见性、GC可预测性、错误快速暴露这三点。
- 必须设置-Xms和-Xmx为相同值（如-Xms2g -Xmx2g），避免运行时堆扩容导致STW波动
- 选择ZGC或G1（JDK 17+推荐ZGC，低延迟敏感场景；否则G1更稳），显式指定-XX:+UseZGC或-XX:+UseG1GC
- 加-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/var/log/myapp/，OOM时自动留证
- 禁用-XX:+UseCompressedOops（64位JDK 8u60+默认开启，不用显式写）
应用启动与守护：别用nohup & 硬扛
nohup + & 是开发临时验证方式，生产必须交由专业进程管理工具接管，确保崩溃自拉起、信号转发正确、资源隔离清晰。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
- Linux上统一用systemd：编写/etc/systemd/system/myapp.service，定义User、WorkingDirectory、Restart=always、RestartSec=10
- 启动命令用完整绝对路径：ExecStart=/opt/myapp/bin/start.sh，脚本内用exec java -jar ...（用exec让java进程直接成为systemd子进程）
- 禁止在脚本里用sleep或while true做轮询——systemd本身具备健康检查能力（可用Type=notify配合Spring Boot Actuator）
日志与基础可观测性不能省
没有日志等于在生产“闭眼开车”。日志不是越多越好，而是要能快速定位问题源头。
- 统一用Logback或Log4j2，配置按天滚动+总大小限制（如maxHistory=30，totalSizeCap=2GB）
- 日志输出格式必须含%d{yyyy-MM-dd HH:mm:ss.SSS}、%X{traceId}（集成MDC）、%level、%logger{36}、%msg
- 将/var/log/myapp/软链到独立磁盘分区（如/data/logs），避免打满根分区导致系统僵死
- 至少暴露/actuator/health和/actuator/metrics（Spring Boot），用curl或Prometheus定期探测
基本上就这些。不复杂但容易忽略——真正拖垮上线节奏的，往往不是业务逻辑，而是JDK路径写错、systemd没重载、日志目录权限不对这种“基础中的基础”。稳住这四块，后续加监控、链路追踪、配置中心才有意义。
