1. 项目概述为什么在Linux上搞定JDK是Java开发的第一步如果你刚开始接触Java开发或者准备在服务器上部署Java应用那么“在Linux系统上下载并安装JDK”就是你绕不开的第一个坎。这听起来像是个简单的下载安装动作但背后其实藏着不少门道。选错了版本后续编译、运行可能处处碰壁装错了位置环境变量没配好java -version命令都执行不了。更别提现在Oracle JDK的许可证协议变来变去一不小心就可能踩到商业使用的雷区。我自己在运维和开发环境里配置过不下百次JDK从早期的手动解压配置到后来用包管理器一键安装再到如今在容器化环境中管理多版本可以说每一步都踩过坑。这篇文章我就结合最新的JDK发布情况比如刚出的JDK 26和当前的LTS版本JDK 25、21给你拆解在Linux环境下如何高效、正确、安全地获取和部署Java开发工具包JDK。无论你是刚学Java的新手还是需要在生产服务器上部署应用的老手都能在这里找到清晰的路径和避坑指南。2. 核心概念与版本选择别在第一步就选错在动手下载之前我们必须先理清几个关键概念这是避免后续一系列麻烦的基础。很多人一上来就搜“JDK下载”然后被各种版本和发行版搞得晕头转向。2.1 JDK、JRE与JVM它们到底是什么关系你可以把Java的运行时环境想象成一个厨房。JVMJava虚拟机就像是厨房里的灶台和锅具。它是真正“运行”Java字节码的引擎负责将平台无关的字节码翻译成当前操作系统能理解的指令。没有它Java程序就无法执行。JREJava运行时环境它包含了JVM以及运行Java程序所必需的核心类库比如java.lang,java.util等。这就像是一个“基础厨房”有了灶台、锅具和一些最基本的油盐酱醋核心库你可以热一下剩菜运行已编译的Java程序但没法从头做一道新菜因为没有编译器等开发工具。JDKJava开发工具包这是完整的“专业厨房”。它包含了JRE以及所有开发工具——编译器javac、调试器jdb、打包工具jar、文档生成器javadoc等等。如果你是开发者你需要的是JDK因为你要“做新菜”编译源代码。所以简单记JDK JRE 开发工具。JRE JVM 核心类库。对于Linux服务器如果只运行Java应用例如打包好的Spring Boot Jar包理论上安装JRE就够了更轻量。但绝大多数情况下特别是需要排查问题、使用jps、jstack等工具时直接安装JDK是更省事的选择。2.2 版本迷思LTS、最新版、Java 8我该选哪个这是最让人纠结的问题。我们直接看Oracle官网的最新列表JDK 26最新功能版。它包含了所有最新的语言特性和性能改进但支持周期短通常只有6个月。适合热衷于尝试新特性的个人开发者或实验性项目。不推荐用于生产环境因为下一个版本发布后它可能就停止更新了。JDK 25最新的长期支持版本。这是当前的首选。LTS版本会提供长达数年的支持和更新JDK 25的支持到2028年9月意味着你会持续获得安全补丁和错误修复这对于追求稳定的企业级应用至关重要。JDK 21上一个LTS版本。同样非常稳定社区生态和第三方库的兼容性经过更长时间考验。许多尚未升级到JDK 25的团队可能仍在使用它。JDK 17/11/8更早的LTS版本。尤其是Java 8因其巨大的市场存量至今仍有大量系统在运行。但请注意对于Oracle JDKJDK 17及更早版本的旧更新如17.0.19的许可证在2024年10月后发生了重大变化商业使用可能受限。而Java 8的许可证在2019年就已变更。核心建议对于新项目无脑选择JDK 25当前最新LTS。如果是维护老项目则根据项目现有依赖选择对应的LTS版本21、17、11或8。永远记住生产环境优先选择LTS版本。2.3 发行版之争Oracle JDK vs OpenJDK vs 其他发行版除了版本你还要选择由谁提供的JDK。Oracle JDK来自Java的“官方”提供者Oracle。功能完整性能经过深度优化。但许可证是最大的坑。从JDK 17开始新的NFTC免费条款和条件允许免费用于生产和再分发但JDK 25在LTS支持期一年后2028年9月后后续更新将切换到OTN协议商业使用可能需要付费订阅。对于JDK 17及更早版本商业使用限制更多。简单说个人学习、开发测试没问题用于商业生产环境务必仔细阅读许可证或考虑付费订阅。OpenJDKJava的官方开源参考实现。由Oracle和OpenJDK社区共同维护。这是绝大多数情况下的首选。它的功能与Oracle JDK几乎完全一致早期Oracle JDK有一些商业特性但现在差异已极小并且完全免费可用于任何场景。Adoptium原AdoptOpenJDK、Amazon Corretto、Azul Zulu、微软Microsoft Build of OpenJDK等都是基于OpenJDK源码构建的、提供长期支持的优秀发行版。其他商业/社区发行版如刚才提到的Amazon Corretto亚马逊维护承诺免费长期支持、Azul Zulu提供多种支持方案、Liberica JDKBellSoft等。它们通常提供更灵活的支持选项和针对特定云环境的优化。我的实操心得对于绝大多数开发者和企业直接使用基于OpenJDK的免费发行版如Eclipse Temurin是最安全、最省心的选择。它能完美规避Oracle的许可证风险同时获得不亚于Oracle JDK的性能和稳定性。除非你有非常明确的理由必须使用Oracle JDK的某个特定商业特性这种情况极少否则别碰它。3. 实战指南三种主流下载与安装方法详解理论清楚了我们进入实战。在Linux上安装JDK主要有三种路径我会详细说明每一步并告诉你哪种场景下该用哪种。3.1 方法一使用包管理器apt/yum/dnf—— 最推荐新手和快速部署这是最简单、最系统化的方法适合Ubuntu/Debian、RHEL/CentOS/Fedora等主流发行版。包管理器会自动处理依赖、安装路径和更新。1. 更新软件包索引首先确保你的包列表是最新的。# 对于 Ubuntu/Debian sudo apt update # 对于 RHEL/CentOS 7 (使用yum) sudo yum check-update # 对于 RHEL 8/CentOS Stream/Fedora (使用dnf) sudo dnf check-update2. 搜索可用的JDK包不同发行版的仓库名称略有不同。通常openjdk-XX-jdk中的XX是主版本号。# Ubuntu/Debian 搜索JDK 21 apt search openjdk-21-jdk # RHEL/CentOS/Fedora 搜索JDK 21 yum search java-21-openjdk-devel # 对于yum dnf search java-21-openjdk-devel # 对于dnf你会看到类似openjdk-21-jdk或java-21-openjdk-devel的包。-devel或-jdk后缀表示这是开发套件JDK如果只装运行时可以找-jre-headless无头模式适合服务器。3. 安装JDK选择你需要的版本进行安装。以JDK 21为例# Ubuntu/Debian sudo apt install openjdk-21-jdk -y # RHEL/CentOS 7 sudo yum install java-21-openjdk-devel -y # RHEL 8/Fedora sudo dnf install java-21-openjdk-devel -y安装完成后JDK会被放置在标准系统路径下如/usr/lib/jvm/java-21-openjdk-amd64。4. 验证安装java -version如果输出类似openjdk version 21.0.11 ...的信息说明安装成功。注意事项通过包管理器安装的OpenJDK其更新会随着系统更新一起进行非常方便。但缺点是仓库中的版本可能不是最新的小版本例如可能是21.0.10而不是21.0.11。对于追求最新安全补丁的生产环境这可能是个问题。3.2 方法二手动下载归档包tar.gz—— 最灵活可控当你需要特定小版本、特定发行版如Oracle JDK或者需要在同一台机器上管理多个JDK版本时手动下载是最佳选择。你可以从Oracle官网或OpenJDK发行版官网获取。1. 访问官网并选择版本以获取最新的OpenJDK 21.0.11为例我们可以访问AdoptiumEclipse Temurin的网站。或者如果你确定要使用Oracle JDK则前往Oracle官网。 在Oracle官网找到JDK 21的下载区域选择Linux对应的压缩包。通常有两个选择Compressed Archive (.tar.gz)适用于所有Linux发行版通过解压即可使用。RPM Package (.rpm)适用于RHEL/CentOS/Fedora等基于RPM的系统可以用rpm命令安装。Debian Package (.deb)适用于Ubuntu/Debian系统。这里我们以最通用的.tar.gz格式为例。2. 使用命令行下载wget/curl在Linux终端中使用wget或curl命令直接下载。强烈建议从官网复制确切的下载链接而不是在终端里手动拼接。# 示例下载 Oracle JDK 21.0.11 的 Linux x64 压缩包 (请务必从官网复制最新链接) # 注意下载Oracle JDK可能需要接受许可证有时直接wget会失败。更好的方式是先浏览器访问同意协议。 # 这里以OpenJDK为例假设从某镜像站下载 wget https://github.com/adoptium/temurin21-binaries/releases/download/jdk-21.0.11%2B9/OpenJDK21U-jdk_x64_linux_hotspot_21.0.11_9.tar.gz # 或者使用curl curl -L -O https://github.com/adoptium/temurin21-binaries/releases/download/jdk-21.0.11%2B9/OpenJDK21U-jdk_x64_linux_hotspot_21.0.11_9.tar.gz3. 解压到目标目录通常我们会将JDK解压到/usr/lib/jvm或/opt目录下这两个目录是存放第三方应用软件的习惯位置。# 创建目标目录 (如果不存在) sudo mkdir -p /usr/lib/jvm # 解压下载的压缩包到该目录 sudo tar -xzf OpenJDK21U-jdk_x64_linux_hotspot_21.0.11_9.tar.gz -C /usr/lib/jvm/ # 解压后你会在 /usr/lib/jvm 下看到一个类似 jdk-21.0.119 的文件夹 ls -l /usr/lib/jvm/4. 配置环境变量关键步骤解压后系统并不知道这个JDK的存在。我们需要通过环境变量JAVA_HOME和PATH来告诉它。JAVA_HOME许多Java应用和工具如Maven、Gradle、Tomcat依赖这个变量来定位JDK。PATH将JDK的bin目录加入PATH这样你就可以在任意位置直接使用java,javac等命令。有几种配置方式推荐在/etc/profile.d/目录下创建独立的脚本这样更清晰且对所有用户生效。# 使用vim或nano创建配置文件 sudo vim /etc/profile.d/jdk21.sh在文件中添加以下内容请根据你解压的实际路径修改JAVA_HOME#!/bin/bash export JAVA_HOME/usr/lib/jvm/jdk-21.0.119 # 替换为你的实际路径 export PATH$JAVA_HOME/bin:$PATH保存退出后赋予执行权限并立即生效或重新登录sudo chmod x /etc/profile.d/jdk21.sh source /etc/profile.d/jdk21.sh5. 验证配置echo $JAVA_HOME # 应输出你设置的路径 java -version # 应显示你安装的JDK版本 javac -version # 应显示编译器版本如果java -version显示的还是系统自带的旧版本说明PATH设置可能被覆盖。检查你的PATH变量echo $PATH确保$JAVA_HOME/bin在靠前的位置。有时需要注销再重新登录。3.3 方法三使用SDKMAN! —— 管理多版本的神器如果你是开发者经常需要在不同项目间切换JDK版本比如一个项目用Java 11另一个用Java 21那么SDKMAN!是你的终极解决方案。它类似于Node.js的nvm、Python的pyenv。1. 安装SDKMAN!curl -s https://get.sdkman.io | bash按照安装脚本的提示执行它给出的source命令或者新开一个终端。2. 使用SDKMAN!安装JDK# 列出所有可用的Java版本包括各种发行版 sdk list java # 安装指定的JDK版本例如安装 Temurin 的 JDK 21 sdk install java 21.0.11-tem # 或者安装最新的JDK 25 (LTS) sdk install java 25.0.3-oracle # 注意这是Oracle的需遵守其协议 # 更推荐安装OpenJDK发行版如 sdk install java 25.0.3-tem3. 切换版本# 列出本地已安装的版本 sdk list java | grep installed # 切换当前shell使用的Java版本 sdk use java 21.0.11-tem # 设置某个版本为系统默认版本 sdk default java 25.0.3-temSDKMAN!会将JDK安装到~/.sdkman/candidates/java/目录下并自动帮你管理JAVA_HOME和PATH切换版本丝般顺滑。4. 安装后的关键配置与验证安装完成并配置好环境变量后还有几件重要的事情需要做以确保JDK能正常工作并符合你的使用习惯。4.1 验证安装完整性运行几个基本命令确保核心工具都可用# 检查运行时版本 java -version # 检查编译器版本 javac -version # 检查其他工具如打包工具 jar --version # 检查JAVA_HOME变量是否指向正确的安装目录 echo $JAVA_HOME如果javac命令找不到很可能是你只安装了JRE而不是JDK或者环境变量PATH没有包含JDK的bin目录。4.2 配置默认Java版本当系统存在多个JDK时如果你通过包管理器安装了OpenJDK又手动安装了另一个版本系统可能会有多个java可执行文件。可以使用update-alternatives工具来管理系统级的默认选择。# 首先为你安装的每个java和javac命令注册到alternatives系统 # 假设手动安装的JDK在 /opt/jdk-21系统安装的在 /usr/lib/jvm/java-21-openjdk sudo update-alternatives --install /usr/bin/java java /opt/jdk-21/bin/java 1000 sudo update-alternatives --install /usr/bin/javac javac /opt/jdk-21/bin/javac 1000 sudo update-alternatives --install /usr/bin/java java /usr/lib/jvm/java-21-openjdk/bin/java 500 sudo update-alternatives --install /usr/bin/javac javac /usr/lib/jvm/java-21-openjdk/bin/javac 500 # 然后交互式地选择默认版本 sudo update-alternatives --config java sudo update-alternatives --config javac执行--config命令后会列出所有已注册的版本输入对应序号即可切换。4.3 设置JVM内存参数可选但重要对于服务器应用默认的JVM堆内存参数可能不合适。你可以在启动应用时指定也可以通过环境变量JAVA_OPTS来设置全局默认值。# 在 /etc/profile.d/jdk21.sh 或你的应用启动脚本中设置 export JAVA_OPTS-Xms512m -Xmx2G -XX:UseG1GC-Xms512m设置JVM堆内存初始大小为512MB。-Xmx2G设置JVM堆内存最大大小为2GB。-XX:UseG1GC指定使用G1垃圾收集器JDK 9的默认收集器在延迟和吞吐量间有较好平衡。我的实操心得对于生产环境-Xms和-Xmx一定要设置成相同的值。这可以避免堆内存动态调整带来的性能开销和停顿。例如-Xms4G -Xmx4G。5. 常见问题排查与解决方案实录即使按照步骤操作也可能会遇到各种问题。这里我总结了一些最常见的坑和解决办法。5.1 问题一java -version显示的版本与预期不符现象明明安装了JDK 21但java -version却显示OpenJDK 11或更老的版本。原因系统PATH环境变量中旧版本Java的路径排在前面。排查与解决检查PATH变量echo $PATH。查看输出中哪个Java的bin目录在前。检查which javawhich java命令会显示当前shell实际调用的java命令的完整路径。解决方案如果使用手动安装确保你的JAVA_HOME/bin在PATH中位于系统目录如/usr/bin之前。在/etc/profile.d/的脚本中PATH的赋值应该是export PATH$JAVA_HOME/bin:$PATH这样会优先使用自定义的JDK。如果使用包管理器安装使用update-alternatives --config java来切换系统默认版本。临时覆盖在当前shell中直接指定路径/usr/lib/jvm/jdk-21.0.119/bin/java -version。5.2 问题二javac: command not found现象java命令可用但javac找不到。原因几乎可以确定你安装的是JRE运行时环境而不是JDK开发工具包。JRE不包含编译器javac。解决确认安装的包名。对于apt需要安装openjdk-XX-jdk而不是openjdk-XX-jre或openjdk-XX-jre-headless。重新安装正确的JDK包。如果是手动安装请检查解压的目录里是否有bin/javac这个文件。如果没有说明你下载错了包可能下了JRE。5.3 问题三下载Oracle JDK时遇到“需要同意许可证”错误现象使用wget直接下载Oracle官网的JDK链接时下载下来的是一个很小的HTML文件而不是压缩包。原因Oracle官网的下载链接现在需要先通过浏览器界面勾选“同意许可证协议”才会生成有效的下载链接。直接复制页面上的链接是无效的。解决首选方案放弃Oracle JDK转用OpenJDK发行版如Eclipse Temurin。这是最根本的解决办法。次选方案使用curl或wget时添加Cookie或Header来模拟浏览器行为。但这方法不稳定且可能违反使用条款。一个常见的技巧是添加--header Cookie: oraclelicenseaccept-securebackup-cookie但并非总是有效。wget --no-check-certificate --no-cookies --header Cookie: oraclelicenseaccept-securebackup-cookie https://download.oracle.com/java/21/latest/jdk-21_linux-x64_bin.tar.gz手动方案用浏览器访问Oracle官网同意协议后使用浏览器的“复制链接地址”功能获取真实的、带有时效性token的下载链接再在命令行中使用。但这个链接可能很快过期。5.4 问题四环境变量配置后不生效现象在/etc/profile.d/下创建了脚本执行了source但新开终端后JAVA_HOME还是空的。原因/etc/profile和/etc/profile.d/中的脚本只在登录shelllogin shell中执行。通过SSH登录、在桌面环境登录终端属于登录shell。但如果你在图形界面直接打开一个终端模拟器如GNOME Terminal它可能默认启动的是非登录交互式shell此时会读取~/.bashrc而不是/etc/profile。解决将环境变量配置也添加到当前用户的~/.bashrc文件末尾。echo export JAVA_HOME/usr/lib/jvm/jdk-21.0.119 ~/.bashrc echo export PATH$JAVA_HOME/bin:$PATH ~/.bashrc source ~/.bashrc或者强制你的终端模拟器以登录shell方式启动具体设置因终端而异。5.5 问题五权限不足导致安装或解压失败现象在解压到/usr/lib/jvm或/opt时提示“Permission denied”。原因这些是系统目录需要root权限。解决在命令前加sudosudo tar -xzf ...如果已经以root用户操作请确保目标目录存在且有权写入。也可以选择解压到用户主目录~/jdk然后只修改个人环境变量~/.bashrc这样不需要sudo。6. 生产环境部署的进阶考量在个人开发机上怎么装都行但到了生产服务器每一步都需要更谨慎。6.1 版本固定与自动化生产环境最忌讳“差不多”。JDK版本必须精确固定。不要使用latest标签在Dockerfile或安装脚本中永远指定完整版本号如openjdk:21.0.11-jdk-slim而不是openjdk:21-jdk-slim。使用基础设施即代码将JDK安装和配置写入Ansible Playbook、Chef Recipe、Puppet Manifest或Shell脚本中确保每次部署的环境完全一致。校验文件完整性从网上下载的压缩包务必使用SHA256校验和进行验证。Oracle官网和主流OpenJDK发行版官网都会提供校验和。# 下载校验和文件 wget https://download.oracle.com/java/21/latest/jdk-21_linux-x64_bin.tar.gz.sha256 # 计算下载文件的校验和 sha256sum jdk-21_linux-x64_bin.tar.gz # 对比两个值是否一致 cat jdk-21_linux-x64_bin.tar.gz.sha2566.2 安全加固最小化安装在服务器上如果只运行Java应用考虑安装JRE而不是完整的JDK减少攻击面。对于容器镜像使用只包含JRE的slim或alpine变体。及时更新定期关注JDK的安全公告如Oracle Critical Patch Update。即使使用LTS版本也要及时应用安全补丁更新。通过包管理器安装的OpenJDK可以配置自动安全更新。非root用户运行绝对不要使用root用户来运行Java应用程序。创建一个专用的、权限受限的系统用户如appuser来运行你的服务。6.3 性能调优起点安装好JDK只是开始。生产环境需要根据应用特点调整JVM参数。除了之前提到的堆内存设置还有几个关键点垃圾收集器选择JDK 8默认是Parallel GCJDK 11默认是G1 GC。对于低延迟要求的应用如金融交易可以评估ZGC或Shenandoah需在启动参数中启用如-XX:UseZGC。元空间大小JDK 8之后的版本使用元空间Metaspace替代永久代PermGen。如果应用加载类非常多可能需要限制其大小以防无限增长-XX:MaxMetaspaceSize256m。日志与监控启用GC日志以便后续分析-Xlog:gc*:file/path/to/gc.log:time,uptime,level,tags。同时考虑集成JMX或Micrometer等监控工具。在Linux上部署JDK从“能用”到“好用”再到“稳定高效”中间隔着无数细节。从最初纠结于Oracle的许可证到后来拥抱OpenJDK生态从手动配置环境变量到用SDKMAN!优雅管理多版本从只关心安装到关注生产环境的固化、安全和调优——这个过程本身就是对Java技术栈理解不断加深的缩影。希望这篇超过五千字的详细拆解能帮你扫清从下载到部署路上的大多数障碍。记住核心原则生产环境优先选择OpenJDK的LTS版本用自动化工具固化部署流程并根据应用特征进行必要的基础调优。剩下的就是在你的Linux服务器上让Java应用稳定地跑起来了。