CentOS中Java编译器版本选择

版本选择建议

选JDK版本这事，其实核心原则就一条：优先LTS。Ja va 8、11、17这仨是久经考验的长期支持版本，生态和稳定性都没得说。Ja va 8虽然老，但生态最广，很多遗留系统就认它；Ja va 11在语言特性和性能上比8改进明显，现在依然是不少企业的主力；Ja va 17则是最新的LTS，带来了模式匹配、密封类这些硬核新特性，适合新项目或者打算长期演进的场景。当然，如果项目或框架本身有明确的版本要求，那就以它的为准——同时别忘了关注安全更新周期和社区/厂商支持情况。

快速决策表

说明：上表的版本取舍基于LTS优先、生态兼容与可获得的安全更新等原则。

在CentOS上落地与切换

• 安装编译器（安装-devel包才会包含ja vac）
  • 安装Ja va 8：sudo yum install ja va-1.8.0-openjdk-devel -y
  • 安装Ja va 11：sudo yum install ja va-11-openjdk-devel -y
  • 安装Ja va 17：sudo yum install ja va-17-openjdk-devel -y
• 查看与切换版本
  • 查看：ja va -version、ja vac -version
  • 多版本切换：使用alternatives
    • 注册：alternatives --install /usr/bin/ja va ja va /usr/lib/jvm/ja va-11-openjdk/bin/ja va 100
    • 交互选择：alternatives --config ja va
• 配置环境变量（推荐写入/etc/profile.d/ja va.sh）
  • 示例：export JA VA_HOME=/usr/lib/jvm/ja va-11-openjdk
  • 示例：export PATH=$JA VA_HOME/bin:$PATH
  • 使生效：source /etc/profile.d/ja va.sh
• 验证：ja va -version、ja vac -version 应一致指向目标版本。

兼容性与风险控制

• 明确项目与依赖的目标字节码版本（例如需要编译到1.8），避免高版本JDK编译后在低版本运行时出现UnsupportedClassVersionError。
• 使用Ma ven/Gradle时，在构建配置中显式声明source/target/release，与运行时JDK保持一致或兼容。
• 排查依赖冲突（如同一库多版本），必要时用工具做API兼容性检查，并在CI/CD中加入版本与兼容性校验环节，变更后在测试环境充分回归。