菲兒 發表於 2026-1-8 09:41:48

jdk配置完之后java -version还是默认的jdk版本问题解决过程

<div id="navCategory"><h5 class="catalogue">目录</h5><ul class="first_class_ul"><li>前言</li><li>1、java -version输出的结果是默认的jdk并不是刚刚新安装的jdk：</li><li>2. 分析问题：</li><li>2.解决问题：</li><li>总结&nbsp;</li></ul></div><p class="maodian"></p><h2>前言</h2>
<p>虚拟机在、etc/profile中配配置完新的jdk1.8然后将配置文件立即生效，之后java -version还是cenots 7 的默认jdk为什么？</p>
<p>jdk安装已经成功，JAVA_HOME、PATH的环境变量也已经在/etc/profile文件下面配置成功，并且配置文件已经生效。<br />出现问题：</p>
<p class="maodian"></p><h2>1、java -version输出的结果是默认的jdk并不是刚刚新安装的jdk：</h2>
<div class="jb51code"><pre class="brush:ps;"># vim /etc/profile
# source /etc/profile
# java -version
openjdk version "1.8.0_262"
OpenJDK Runtime Environment (build 1.8.0_262-b10)
OpenJDK 64-Bit Server VM (build 25.262-b10, mixed mode)
# which java
/bin/java
</pre></div>
<p style="text-align:center"><img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010809331122.png" /></p>
<p class="maodian"></p><h2>2. 分析问题：</h2>
<p>在 CentOS 7 中修改<code>/etc/profile</code>配置 JDK 后，执行<code>source /etc/profile</code>仍显示默认 JDK，核心原因是系统默认的<code>/usr/bin/java</code>软链接（由<code>alternatives</code>管理）优先级高于PATH环境变量，或存在配置 / 缓存层面的隐藏问题。以下是按优先级排序的排查 + 解决步骤，直击根本原因：</p>
<p>一、先明确核心逻辑（为什么 PATH 生效了还没用？）</p>
<p>CentOS 7 中，/usr/bin/java是系统默认的java命令软链接（由alternatives工具维护），即使你的PATH中把新 JDK 的bin目录放在最前面：<br /><strong>如果终端执行java时，系统先匹配到/usr/bin/java（软链接指向 OpenJDK），就会忽略PATH中的新 JDK 路径；</strong><br />只有当/usr/bin/java指向新 JDK，或直接删除该软链接，PATH的优先级才会体现。</p>
<p>步骤 1：检查java命令的实际指向（必做）</p>
<p>执行以下命令，定位系统真正调用的java路径：</p>
<div class="jb51code"><pre class="brush:ps;">which java# 看输出是新JDK还是/usr/bin/java
ls -l /usr/bin/java# 看软链接指向（OpenJDK还是新JDK）
</pre></div>
<ul><li>如果which java输出/usr/bin/java，且ls -l显示指向 OpenJDK &rarr; 核心问题是软链接未改； 如果which</li><li>java输出新 JDK 路径（如/usr/local/jdk1.8/bin/java），但java -version仍显示 OpenJDK<br />&rarr; 大概率是命令缓存 / 文件权限问题。</li></ul>
<div class="jb51code"><pre class="brush:ps;"># which java
/bin/java
# ls -l /usr/bin/java
lrwxrwxrwx. 1 root root 22 12月9 23:16 /usr/bin/java -&gt; /etc/alternatives/java
</pre></div>
<p style="text-align:center"><img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010809331111.png" /></p>
<p>由上述代码可以看出输出的是/etc/alternatives/java，目前排查应该是软链接的问题。按照软链接指向 OpenJDK的方向去解决问题。</p>
<p class="maodian"></p><h2>2.解决问题：</h2>
<p>第一步：注册新 JDK 到 alternatives 系统（关键）<br />替换命令中 /usr/local/jdk1.8 为你实际的新 JDK 安装路径（比如你解压的 jdk1.8 所在目录）：</p>
<ul><li>步骤 1：查看 /etc/alternatives/java 的实际指向（确认 OpenJDK 路径）<br />先明确这个核心软链接到底指向哪里：</li></ul>
<div class="jb51code"><pre class="brush:ps;">ls -l /etc/alternatives/java
</pre></div>
<p>输出会类似：<br /><code>lrwxrwxrwx. 1 root root 71 12月 9 23:16 /etc/alternatives/java -&gt; /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.xxx/jre/bin/java（OpenJDK 路径）</code>。</p>
<p style="text-align:center"><img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010809331123.png" /></p>
<ul><li>步骤 2：用 alternatives 切换到新 JDK（核心操作）<br />第一步：注册新 JDK 到 alternatives（如果未注册）<br />替换命令中的 /usr/local/jdk1.8 为你实际的新 JDK 安装路径：</li></ul>
<div class="jb51code"><pre class="brush:ps;"># 注册java命令（优先级100，高于OpenJDK的默认优先级）
alternatives --install /usr/bin/java java /usr/local/jdk1.8/bin/java 100

# 可选：注册javac（编译命令，避免后续javac -version仍显示OpenJDK）
alternatives --install /usr/bin/javac javac /usr/local/jdk1.8/bin/javac 100
</pre></div>
<p>第二步：选择新 JDK 作为默认版本</p>
<p>执行以下命令，会列出所有已注册的 Java 版本：</p>
<div class="jb51code"><pre class="brush:ps;">alternatives --config java
</pre></div>
<p>示例输出：</p>
<div class="jb51code"><pre class="brush:ps;">共有 2 个程序提供“java”。
序号    命令
-----------------------------------------------
*+ 1         /usr/lib/jvm/java-1.8.0-openjdk/jre/bin/java
2         /usr/local/jdk1.8/bin/java

输入要选择的序号：
</pre></div>
<p>输入新 JDK 对应的序号（比如上例的 2），回车即可</p>
<p>步骤 3：清空命令缓存，立即验证</p>
<p>系统会缓存 java 命令的路径，即使改了软链接，缓存仍会指向旧路径，需清空：</p>
<div class="jb51code"><pre class="brush:ps;">hash -r# 清空命令缓存
java -version# 验证版本（此时应显示新JDK1.8，而非OpenJDK）
</pre></div>
<p style="text-align:center"><img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010809331142.png" /></p>
<p class="maodian"></p><h2>总结&nbsp;</h2>
<p>到此这篇关于jdk配置完之后java&nbsp;-version还是默认的jdk版本问题解决过程的文章就介绍到这了,更多相关jdk配置java&nbsp;-version还是默认jdk版本内容请搜索琼殿技术社区以前的文章或继续浏览下面的相关文章希望大家以后多多支持琼殿技术社区！</p>
                           
                            <div class="art_xg">
                              <b>您可能感兴趣的文章:</b><ul><li>SVN出现提示org.apache.subversion.javahl.ClientException: Attempted to lock an already-locked dir解决方案</li><li>idea-java序列化serialversionUID自动生成方式</li></ul>
                            </div>

                        </div>
                        <!--endmain-->
頁: [1]
查看完整版本: jdk配置完之后java -version还是默认的jdk版本问题解决过程