linux部署java环境须先确认uname -m架构与jdk版本兼容性，推荐用tar.gz手动安装至/opt并软链接管理，确保java_home、path及java.home一致，再配置必要jvm参数。
确认系统架构和JDK版本兼容性
Linux服务器部署Java环境，第一件事不是下载安装包，而是查清uname -m输出的架构（如x86_64、aarch64）和目标应用所需的JDK版本（如JDK 17 LTS或JDK 21）。OpenJDK官网提供的二进制包按架构和版本严格区分，混用会导致Illegal instruction或cannot execute binary file错误。
- 运行
java -version前先执行file /usr/bin/java确认是否为本地架构可执行文件 - Spring Boot 3.x 要求 JDK 17+，若强行用JDK 8启动会报
Unsupported class file major version - Alibaba Dragonwell、Amazon Corretto等发行版虽兼容OpenJDK API，但
jcmd、jfr等工具行为可能有细微差异
推荐使用tar.gz免安装包而非系统包管理器
用apt install openjdk-17-jdk或yum install java-17-openjdk-devel看似省事，但容易与系统默认Java冲突，且升级/卸载受包管理器约束。生产环境更推荐手动解压jdk-17.0.2_linux-x64_bin.tar.gz到/opt/jdk-17.0.2，再通过软链接统一管理：
sudo tar -zxf jdk-17.0.2_linux-x64_bin.tar.gz -C /opt/ sudo ln -sf /opt/jdk-17.0.2 /opt/java echo 'export JAVA_HOME=/opt/java' | sudo tee /etc/profile.d/java.sh echo 'export PATH=$JAVA_HOME/bin:$PATH' | sudo tee -a /etc/profile.d/java.sh
这样做的好处是：多个JDK可共存；切换版本只需改软链接；避免update-alternatives配置错乱导致javac和java指向不同版本。
验证JAVA_HOME和PATH是否生效
很多问题其实出在Shell会话未重载环境变量。执行source /etc/profile.d/java.sh后，必须检查三个关键点：
立即学习“Java免费学习笔记（深入）”；
-
echo $JAVA_HOME输出应为/opt/java（不是/opt/jdk-17.0.2） -
which java应返回/opt/java/bin/java，而非/usr/bin/java -
java -XshowSettings:properties -version 2>&1 | grep java.home显示的路径需与$JAVA_HOME一致——这是JVM实际读取的路径，比which更权威
若不一致，常见原因是：用户级~/.bashrc中覆盖了JAVA_HOME；systemd服务未继承/etc/profile.d/变量；或使用su而非su -l切换用户导致登录shell未加载配置。
设置JVM启动参数并避免常见陷阱
Java应用上线前，必须显式配置内存与编码，否则依赖JVM默认值极易出问题：
- 中文环境务必加
-Dfile.encoding=UTF-8，否则new String(bytes)可能乱码 - 避免只设
-Xmx不设-Xms，容器环境下JVM初始堆过小会导致频繁GC - Kubernetes中若用
resources.limits.memory，需同步配-XX:+UseContainerSupport -XX:MaxRAMPercentage=75.0，否则JVM无视cgroup限制 - Log4j2应用要加
-Dlog4j2.formatMsgNoLookups=true防JNDI注入（尤其JDK 8u121以下）
这些参数不能只写在启动脚本里，得嵌入到应用自身的java -jar命令中，或通过JAVA_OPTS环境变量注入——但注意systemd服务中Environment=JAVA_OPTS=...需用双引号包裹含空格的值。
