1. 动手前的准备先搞清楚你的机器上现在有什么1.1 为什么卸载和重装JDK这么容易翻车JDK装不上、配置不生效、版本不对十有八九不是安装包的问题而是卸载没卸干净或者装之前根本没搞清楚机器上已经有什么。很多刚接触Java的朋友以为把安装包下载下来双击下一步就行实际上JDK这套东西涉及安装目录、环境变量、注册表记录、命令工具链等多个层面一层没清干净新版本就会被旧残留“带偏”。最常见的一个现象就是明明安装了JDK 17命令行一敲java -version还是1.8明明系统变量里已经配了新的JAVA_HOME程序还在用旧路径下的运行时。这种问题排查起来特别磨人因为问题不在安装这一步而在卸载这一步。所以这篇文章会把卸载和安装当成一个完整的流程来讲顺序是先体检再卸载然后下载再安装配置最后验证。顺序反了后面全是坑。1.2 安装之前先给电脑做个体检无论你是第一次装JDK还是想从老版本换到新版本先花三分钟检查一下当前环境。别急着去官网下载安装包也别一上来就双击别人的卸载工具先把真实情况摸清楚。在Windows上按Win R打开运行窗口输入cmd回车打开命令行依次执行下面几条命令java -version javac -version where java echo %JAVA_HOME%逐条解读一下每条命令的作用java -version打印当前命令行默认使用的JRE版本。如果提示“不是内部或外部命令”说明PATH里没有可用的java命令。javac -version检查编译器是否可用。注意很多人装了JRE但没装JDKjava -version有输出但javac -version报错这种情况编译不了代码。where java列出命令行会从哪里加载java程序。这一条特别重要能直接暴露“PATH路径优先级”问题——比如搜索结果是C:\Windows\System32下的、或者指向某个老的安装目录那说明你的命令被残留劫持了。echo %JAVA_HOME%查看JAVA_HOME环境变量当前值。如果为空说明从来没配过或者已经被污染了。除了命令行还要打开控制面板里的“程序和功能”翻一下列表里有没有Java开头的条目。另外很多软件会把自己的运行时放在安装目录里比如IDEA自带的JBR就是一个独立运行时它不叫JDK也不叫JRE但也会影响命令行行为。检查这部分时重点看有没有旧版本的JDK、JRE残留。总结一下体检的目的确定机器上有没有旧JDK有的话是什么版本、安装在哪个目录、环境变量有没有指向它。信息越全后面每一步就能走得越稳。2. JDK下载官网、镜像站和版本选择一次说清2.1 先弄清Oracle JDK、OpenJDK和版本号的关系下载JDK之前先把几个术语理清楚不然很容易下错。OpenJDK是开源参考实现Oracle JDK是基于OpenJDK构建的商业发行版在Java 11之后两者在功能上基本对齐Oracle JDK多了商用的长期支持服务。对绝大多数个人开发和学习场景来说用OpenJDK和Oracle JDK没有本质区别。实际操作中国内用户下载Oracle JDK要接受Oracle的许可协议并且要登录Oracle账号有些版本不用登录也能下所以很多教程推荐直接去AdoptiumEclipse Temurin、Microsoft Build of OpenJDK、阿里云Dragonwell这些发行版它们本质上都是OpenJDK衍生版协议更宽松下载也方便。版本号方面Java 8、Java 11、Java 17、Java 21是目前最主流的几个长期支持版本LTS。判断用哪个版本无非三个依据项目要求、框架兼容性、教程环境。如果是零基础学Java直接上最新LTS目前是21或者17都行。如果公司项目还在用8那就装8不用纠结“谁的版本更高端”兼容才最重要。2.2 官网下载流程一步一步来如果选择Oracle官网下载打开Oracle的JDK下载页面后会看到一堆版本号和操作系统选项。注意这几个选择点操作系统选Windows x64别选成Linux或macOS的包。文件格式有.exe和.zip两种。.exe是安装版会写注册表、装公共JREJava 8及更早版本适合按本文流程操作.zip是免安装解压版解压后配置环境变量就能用跳过卸载和安装器逻辑。需要登录Oracle账号时用邮箱注册一个就行没有额外费用。下载之后建议顺手校对一下文件哈希值。Oracle官网每个文件旁边都会给SHA256校验值在PowerShell里执行Get-FileHash .\jdk-17_windows-x64_bin.exe -Algorithm SHA256把输出和官网的值比对一致就说明文件没问题。这一步很多老手都会跳过但文件损坏是安装失败的一个隐性原因下载中断、网盘转存后再下载都有可能出现文件不完整的情况。2.3 下载太慢怎么办镜像站要选对国内访问Oracle官网或Adoptium偶尔会慢用镜像站是合理的。国内用得多的有阿里云镜像、华为云镜像、清华 tuna 镜像它们都有OpenJDK相关的目录。注意一点镜像站通常同步的是OpenJDK发行版不是Oracle JDK。对学习目的来说完全够用但如果公司有明确规定必须用Oracle JDK那还是要回到官网下载。用镜像站下载后同样要核对哈希值不要觉得“镜像站就是安全的”校验一下没有坏处。另外不要从不知名的小网站下载JDK这属于高危行为JDK安装包需要有管理员权限执行如果被人捆绑了恶意脚本等于把电脑钥匙交给了别人。镜像站下载栏目的命名格式通常是jdk-17.0.58这种注意看清架构是x64还是aarch64普通Intel或AMD的Windows电脑就选x64版本Apple Silicon的Mac选aarch64版本别下错了。3. Windows彻底卸载JDK环境残留才是最大的坑3.1 卸载之前先备份这一步千万别省很多小白拿到“卸载教程”就开始打开控制面板删除程序删完觉得完事了结果安装新版JDK后问题一堆。这是因为JDK在安装时不仅仅是放了一些文件在安装目录还有几个地方同时存放了“环境足迹”安装目录比如C:\Program Files\Java\jdk1.8.0_301注册表中的JavaSoft相关键值记录已安装的Java组件系统环境变量和用户环境变量中的JAVA_HOME、PATH、CLASSPATH某些JDK版本还会在C:\Windows\System32下放java.exe、javaw.exe等可执行文件老版本安装器会自动复制一份到System32目录所以在动手删之前先把现有的JAVA_HOME值、PATH值、CLASSPATH值复制到一个文本文件里保存。这个备份的意义在于卸载后如果需要手动清理环境变量你知道哪些是原来就有的哪些是JDK安装器加进去的。另外如果你原来配了一些“自定义的JVM参数”或者特殊路径备份下来也能对比参考。3.2 控制面板卸载正规入口在Windows 10/11上按Win I打开设置进入“应用”-“安装的应用”搜索“Java”把列表里和JDK、JRE相关的条目依次卸载。或者打开控制面板的“程序和功能”找到Java开头的条目点卸载。卸载过程中Oracle卸载程序会问是否删除其他Java组件弹窗选项包括“更改”和“移除”选择移除。卸载过程可能需要重启电脑先别急着重启重启之前做一个操作卸载完成后打开C:\Program Files\Java和C:\Program Files (x86)\Java这两个目录看看还有没有残留文件夹有的话手动删掉。为什么要在重启前删因为如果重启后再装新版JDK可能会因为旧目录还存在安装器检测到“同名目录”就直接复用或者报错。旧目录里面还有很多jar包和可执行文件这些残留文件不会出现在“已安装程序”列表里但会被命令行工具扫描到。3.3 清理注册表和环境变量容易被忽视的一步控制面板卸载只会删除它“登记过”的内容一些老版本JDK或第三方安装包装的时候往注册表里写了额外键值卸载程序可能不会清理干净。打开注册表编辑器按Win R输入regedit回车重点检查下面几个路径HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\JavaSoft HKEY_CURRENT_USER\SOFTWARE\JavaSoft如果这些键还在就右键删除JavaSoft目录。注意不是删整个注册表只删JavaSoft相关键。注册表这步要谨慎不确定的键先不删可以右键“导出”备份一份再删。删错系统其他键可能导致软件无法启动得不偿失。清理完注册表后再回到环境变量设置窗口把JAVA_HOME变量删掉把PATH里包含Java路径的条目一个个删掉CLASSPATH同理。写到这里必须多说一句删PATH里的条目时千万不要把整个PATH变量内容清空只删和Java/JDK相关的部分。PATH里往往还标注着Python、Git、Node.js等其他软件误删了它们你的电脑会瞬间变得不听话。3.4 顽固残留怎么办专业卸载工具与手动兜底有些JDK不是用官方安装器装的可能是之前用“软件管家”一键装的也可能是别人拷贝目录直接改环境变量配的。这种“绿色版JDK”在控制面板里可能根本没有卸载入口需要纯手动清理。排查思路是先看环境变量PATH里指向哪里再去那个目录手动删除文件夹最后清理注册表。如果是在公司电脑或者装了统一管理软件的机器上可能出现权限不够删不掉的情况右键文件夹-属性-安全给当前用户加完全控制权限后再删。有条件的话推荐用一个叫Geek Uninstaller的绿色软件来卸载。它体积很小不需要安装打开后能在列表里找到比控制面板更全的已安装程序卸载时会顺带扫描残留文件和注册表项。对小白来说这比手动一个个找省心很多。还有一个容易被忽略的地方如果之前装过IntelliJ IDEA、Eclipse这类IDE它们可能自带JRE或OpenJDK运行时。这些运行时不被Oracle卸载程序管理卸载旧JDK时不需要动它们但在环境配置时要注意优先级——往往就是这里埋下了“command line用错版本”的问题。4. JDK安装实操从双击安装包到环境变量配置4.1 安装过程中的关键选项解读安装包双击执行后会进入安装向导。两个关键点需要特别注意第一个是安装路径。强烈建议不要把JDK装到默认的C:\Program Files\Java下。之所以不推荐是因为Program Files中间有空格有些老旧的脚本和命令行工具在拼接路径时会因为空格解析出错。更稳的做法是装到类似C:\Java\jdk-17或D:\Java\jdk-21这种纯英文、无空格、路径短的目录。你说这算“强迫症”也好、经验主义也好真实项目中遇到太多次因为空格引发的诡异问题了干脆从源头规避。第二个是公共JRE组件。Java 8及更早版本的安装向导会让你选择是否安装公共JRE这个东西的作用是让系统能运行Java程序不需要编译功能。但对开发人员来说公共JRE不是必需的因为JDK的bin目录里自带了运行环境而且单独装一个公共JRE如果被许可协议限定还容易出兼容问题。Java 9之后的JDK安装包已经不再提供独立JRE安装选项全JDK一个目录搞定省去了很多困扰。如果你用的是Java 8的安装包看到公共JRE的选项时这一步可以去掉勾选只保留“开发工具”和“源代码”。安装完成后先别急着配置环境变量打开安装目录确认一下目录结构。正常情况下bin目录下应该能看到java.exe、javac.exe、jar.exe等可执行文件。如果bin目录里没有javac.exe说明你装的是JRE不是JDK或者是安装包选错了。这一步确认工作花不了10秒钟但能避免后续“javac不是内部或外部命令”的坑。4.2 环境变量三件套JAVA_HOME、PATH、CLASSPATH各自的作用JDK装好后如果不配置环境变量你只能在命令行里先cd到JDK安装目录的bin文件夹再敲java命令。这明显不现实。环境变量配置的目的就是让你在任何目录下都能直接使用java、javac命令。右键“此电脑”-“属性”-“高级系统设置”-“环境变量”在“系统变量”区域操作。第一步新建JAVA_HOME变量名JAVA_HOME 变量值C:\Java\jdk-17JAVA_HOME的变量值就是你JDK实际的安装根目录注意不要带最后的\bin也不要带分号。它的作用相当于一个“快捷指针”后续PATH、其他软件比如Maven、Tomcat都会引用它。第二步编辑PATH在系统变量里找到Path双击编辑在列表末尾新增一行%JAVA_HOME%\bin注意在Windows 10/11的环境变量编辑窗口里条目是一行一行的不用手动加分号。如果看到的是旧版样式一个长字符串、用分号分隔那你要在字符串末尾先加上分号再拼%JAVA_HOME%\bin。PATH里加%JAVA_HOME%\bin的目的是让命令行在任意目录下都能找到java.exe和javac.exe。第三步CLASSPATH先说明Java 9以上版本完全没有必要手动配置CLASSPATHJDK内部已经处理好了类加载路径。很多老教程还在让读者设置CLASSPATH这个动作在现代JDK上不仅没用还可能引发奇怪问题。所以如果你用的是Java 9及以上跳过CLASSPATH即可如果你为了某种老项目被迫使用Java 8也不建议手动配置CLASSPATH默认当前目录.的查找行为完全够用。配置完环境变量后点击“确定”保存然后务必关闭当前命令行窗口重新打开一个新的cmd窗口。环境变量是进程启动时读取的已经开着的窗口不会自动刷新新值旧窗口里敲任何命令都会沿用旧环境。这个“重启命令行”的细节至少有三分之一的环境配置失败案例是因为没关机或没重启命令行造成的。4.3 验证安装两条命令看出真假新开一个cmd窗口依次执行java -version javac -version echo %JAVA_HOME%正常情况下会分别输出类似这样的内容java version 17.0.5 2022-10-18 LTS Java(TM) SE Runtime Environment (build 17.0.59-LTS-jvmci-22.3-b09) Java HotSpot(TM) 64-Bit Server VM (build 17.0.59-LTS, mixed mode, sharing)javac 17.0.5C:\Java\jdk-17三条命令都有正常输出说明JDK安装和环境变量配置都完成了。如果java -version有输出、javac -version报错那就要回去看安装目录里有没有javac.exe如果java -version报“不是内部或外部命令”说明PATH没配置成功。到这里一个干净好用的JDK环境就算搭好了。接下来聊一聊最容易出问题的几个排查场景。5. 环境变量配置失败的排查命令行里最常见的几个坑5.1 “不是内部或外部命令”的常见原因这是高频报错几乎所有环境变量配置失败都会遇到。原因无外乎四个第一PATH里压根没加%JAVA_HOME%\bin或者加到了用户变量而不是系统变量。注意用户变量的PATH和系统变量的PATH同时存在命令行搜索命令时会把两者拼接起来但用户变量的优先级更高。如果你用户变量里的PATH还残留旧JDK路径新装JDK就会被“屏蔽”。第二%JAVA_HOME%\bin拼写有问题比如反斜杠写成了正斜杠或者%JAVA_HOME%两边没有用百分号包裹。环境变量引用必须成对出现%变量名%少一个都成了纯文本。第三新变量配置了但没新开命令行窗口。前面说过环境变量只在进程启动时读取一次旧窗口永远读不到新配置。第四安装的是JRE而不是JDK。JRE的bin目录里只有java.exe没有javac.exe所以javac会报找不到java命令却能正常用。这也解释了为什么第一次配置环境变量时要检查bin目录内容。排查建议先执行echo %JAVA_HOME%确认JAVA_HOME有没有值再执行echo %PATH%看看%JAVA_HOME%\bin有没有被解析成实际路径。如果%JAVA_HOME%能正常打印路径但PATH里的%JAVA_HOME%\bin没有展开多半是PATH编辑时把内容写到了引号里或者变量值末尾带了空格。5.2 “找不到jdk”和“系统找不到指定的路径”的处理思路安装新版JDK时命令行输入java -version报“系统找不到指定的路径”这是PATH里残留了旧路径导致的。举个例子你以前在D盘装过JDK并把它写进了系统PATH后来把D盘JDK目录整个删了但PATH里那个D:\old-java\bin没删。每次打开命令行系统都会尝试去这个路径找命令找不到就报错。解决办法很简单打开环境变量窗口把PATH里所有指向已经不存在的Java目录的条目删掉再重新添加新的%JAVA_HOME%\bin。如果是用C:\Windows\System32下的java.ex_和javac.ex_老版本JDK安装器会自动拷贝一份这种情况要把System32里的Java相关文件也清理掉再把环境变量指到新路径。还有一类“找不到jdk”的报错经常出现在IDE工具里比如导入项目时IDEA提示“No JDK specified”。这个不是系统环境变量的问题而是IDE自己维护了一个“JDK清单”需要打开Project Structure把新JDK的路径手动添加进去。碰到这种提示不要太慌不是你的安装失败了是你没告诉IDE新JDK在哪里。5.3 多版本JDK共存与降级切换工作中会遇到“项目A必须用JDK 8项目B用JDK 17”的尴尬场景很多人误以为只能反复卸载重装其实不需要。多版本共存的理论很简单不同版本的JDK装到不同的目录环境变量指向当前要用的那个命令行只认识指向的那个。具体操作分别安装JDK 8和JDK 17到两个不同目录比如C:\Java\jdk8和C:\Java\jdk17JAVA_HOME手动切换到当前需要用的版本路径把需要切换的版本目录下的bin路径放在PATH前面如果你装了多个JDK命令行里java -version输出的往往是PATH中第一个找到的版本这个顺序可以通过编辑PATH调整。也可以用.bat脚本快速切换echo off set JAVA_HOMEC:\Java\jdk-17 set PATH%JAVA_HOME%\bin;%PATH% java -version每次想切版本就执行对应脚本只影响当前命令行窗口不影响系统全局实测很顺手。还有一种特殊情况是“降级到17”这种需求比如从21降回17。这个更简单不需要动21只需要把JAVA_HOME指向17的目录并且确保PATH里17的bin在21的bin前面。如果命令行执行时依旧显示21大概率是因为卸载21时没把它的环境变量清理干净用前面卸载章节的方法排查一遍就好。6. macOS和Linux下的JDK卸载安装对照6.1 macOS环境下怎么删怎么装macOS下JDK的安装路径和管理方式和Windows完全不一样。macOS上的JDK默认安装在/Library/Java/JavaVirtualMachines/目录下一个版本一个文件夹。查看系统里已经装了哪些JDK版本在终端执行/usr/libexec/java_home -V输出会列出所有已安装JDK的路径和版本号。如果想卸载某个JDK最简单的方法是用sudo rm -rf删除对应文件夹。因为JDK在macOS上是打包成Bundle的没有Windows那么复杂的注册表环境变量体系所以整体卸载比Windows省心得多。macOS上也要检查一下~/.bash_profile、~/.zshrc这两个文件里有没有设置过JAVA_HOME和PATH有的话手动删除或修改。新装JDK时可以直接用pkg安装包双击安装装完系统会自动配置好JAVA_HOME也可以通过Homebrew安装OpenJDK发行版brew install openjdk17Homebrew装完后通常会提示你手动设置JAVA_HOME指向它的安装路径按终端输出提示操作即可。6.2 Ubuntu等Linux发行版下的常规操作Linux下的JDK管理分为在线安装和手动解压两种流派。在线安装用aptDebian/Ubuntu系或dnf/yumRHEL/CentOS系。以Ubuntu为例先查看已安装的JDKdpkg -l | grep jdk删除某个已安装JDK包sudo apt remove --purge openjdk-17-jdk--purge会把配置文件和系统级配置也一起清掉确认无误后可以加上。安装时sudo apt update sudo apt install openjdk-17-jdk在线安装的好处是系统会自动维护update-alternatives软件源中的Java命令链接可以随时用下面命令切换默认Java版本sudo update-alternatives --config java手动解压方式则和Windows的免安装版类似把tar包解压到/opt/java/jdk-17然后在/etc/profile.d/java.sh这类文件中配置JAVA_HOME和PATH一次性系统全局生效sudo tee /etc/profile.d/java.sh EOF export JAVA_HOME/opt/java/jdk-17 export PATH$JAVA_HOME/bin:$PATH EOF source /etc/profileLinux下卸载手动解压版JDK非常简单删目录删环境变量文件执行update-alternatives --remove java清理链接完事。6.3 装好JDK后的第一道自测题写个HelloWorld无论哪个系统、哪种安装方式JDK装完以后建议都写个最简单的Java文件跑一遍这是对整条工具链编译器和运行时最直接的验证。新建一个Hello.java文件public class Hello { public static void main(String[] args) { System.out.println(Hello JDK!); } }在命令行进入文件所在目录依次执行javac Hello.java java Hello如果输出Hello JDK!说明JDK安装、环境变量配置、编译运行全部正常。如果javac失败说明JDK组件不完整如果java编译后的class文件能生成但执行报ClassNotFoundException或NoClassDefFoundError那大概率是CLASSPATH被某些教程误导配坏了把CLASSPATH清空再试。写在最后几个我踩过的JDK环境坑这些年给同事、新手朋友解决“JDK装不上”的问题少说也有几十次个人感受最深的一点是绝大多数问题不是安装包的问题而是环境残留和PATH配置顺序的问题。卸载JDK时不要只卸载程序本身安装目录、注册表、环境变量三处都要检查一遍这个意识建立起来之后你再装任何开发工具Python、Node、Git都一样都会少踩很多坑。还有一个小技巧分享给Windows用户配置环境变量时不要因为自己用的是系统管理员账户就在“用户变量”和“系统变量”里各配一份JAVA_HOME。统一在“系统变量”里配置命令行可用的同时也不会被用户变量里的旧值覆盖。最后JDK版本选择上不要追求“最新”你的项目依赖的框架说它能用哪个版本你就装哪个版本。工具是为了让代码跑起来服务的不用给自己增加无谓的负担。环境这东西配好一次能用很久认真折腾一次后面就省心了。
Windows下JDK彻底卸载与安装配置指南：环境变量与多版本共存全解析
1. 动手前的准备先搞清楚你的机器上现在有什么1.1 为什么卸载和重装JDK这么容易翻车JDK装不上、配置不生效、版本不对十有八九不是安装包的问题而是卸载没卸干净或者装之前根本没搞清楚机器上已经有什么。很多刚接触Java的朋友以为把安装包下载下来双击下一步就行实际上JDK这套东西涉及安装目录、环境变量、注册表记录、命令工具链等多个层面一层没清干净新版本就会被旧残留“带偏”。最常见的一个现象就是明明安装了JDK 17命令行一敲java -version还是1.8明明系统变量里已经配了新的JAVA_HOME程序还在用旧路径下的运行时。这种问题排查起来特别磨人因为问题不在安装这一步而在卸载这一步。所以这篇文章会把卸载和安装当成一个完整的流程来讲顺序是先体检再卸载然后下载再安装配置最后验证。顺序反了后面全是坑。1.2 安装之前先给电脑做个体检无论你是第一次装JDK还是想从老版本换到新版本先花三分钟检查一下当前环境。别急着去官网下载安装包也别一上来就双击别人的卸载工具先把真实情况摸清楚。在Windows上按Win R打开运行窗口输入cmd回车打开命令行依次执行下面几条命令java -version javac -version where java echo %JAVA_HOME%逐条解读一下每条命令的作用java -version打印当前命令行默认使用的JRE版本。如果提示“不是内部或外部命令”说明PATH里没有可用的java命令。javac -version检查编译器是否可用。注意很多人装了JRE但没装JDKjava -version有输出但javac -version报错这种情况编译不了代码。where java列出命令行会从哪里加载java程序。这一条特别重要能直接暴露“PATH路径优先级”问题——比如搜索结果是C:\Windows\System32下的、或者指向某个老的安装目录那说明你的命令被残留劫持了。echo %JAVA_HOME%查看JAVA_HOME环境变量当前值。如果为空说明从来没配过或者已经被污染了。除了命令行还要打开控制面板里的“程序和功能”翻一下列表里有没有Java开头的条目。另外很多软件会把自己的运行时放在安装目录里比如IDEA自带的JBR就是一个独立运行时它不叫JDK也不叫JRE但也会影响命令行行为。检查这部分时重点看有没有旧版本的JDK、JRE残留。总结一下体检的目的确定机器上有没有旧JDK有的话是什么版本、安装在哪个目录、环境变量有没有指向它。信息越全后面每一步就能走得越稳。2. JDK下载官网、镜像站和版本选择一次说清2.1 先弄清Oracle JDK、OpenJDK和版本号的关系下载JDK之前先把几个术语理清楚不然很容易下错。OpenJDK是开源参考实现Oracle JDK是基于OpenJDK构建的商业发行版在Java 11之后两者在功能上基本对齐Oracle JDK多了商用的长期支持服务。对绝大多数个人开发和学习场景来说用OpenJDK和Oracle JDK没有本质区别。实际操作中国内用户下载Oracle JDK要接受Oracle的许可协议并且要登录Oracle账号有些版本不用登录也能下所以很多教程推荐直接去AdoptiumEclipse Temurin、Microsoft Build of OpenJDK、阿里云Dragonwell这些发行版它们本质上都是OpenJDK衍生版协议更宽松下载也方便。版本号方面Java 8、Java 11、Java 17、Java 21是目前最主流的几个长期支持版本LTS。判断用哪个版本无非三个依据项目要求、框架兼容性、教程环境。如果是零基础学Java直接上最新LTS目前是21或者17都行。如果公司项目还在用8那就装8不用纠结“谁的版本更高端”兼容才最重要。2.2 官网下载流程一步一步来如果选择Oracle官网下载打开Oracle的JDK下载页面后会看到一堆版本号和操作系统选项。注意这几个选择点操作系统选Windows x64别选成Linux或macOS的包。文件格式有.exe和.zip两种。.exe是安装版会写注册表、装公共JREJava 8及更早版本适合按本文流程操作.zip是免安装解压版解压后配置环境变量就能用跳过卸载和安装器逻辑。需要登录Oracle账号时用邮箱注册一个就行没有额外费用。下载之后建议顺手校对一下文件哈希值。Oracle官网每个文件旁边都会给SHA256校验值在PowerShell里执行Get-FileHash .\jdk-17_windows-x64_bin.exe -Algorithm SHA256把输出和官网的值比对一致就说明文件没问题。这一步很多老手都会跳过但文件损坏是安装失败的一个隐性原因下载中断、网盘转存后再下载都有可能出现文件不完整的情况。2.3 下载太慢怎么办镜像站要选对国内访问Oracle官网或Adoptium偶尔会慢用镜像站是合理的。国内用得多的有阿里云镜像、华为云镜像、清华 tuna 镜像它们都有OpenJDK相关的目录。注意一点镜像站通常同步的是OpenJDK发行版不是Oracle JDK。对学习目的来说完全够用但如果公司有明确规定必须用Oracle JDK那还是要回到官网下载。用镜像站下载后同样要核对哈希值不要觉得“镜像站就是安全的”校验一下没有坏处。另外不要从不知名的小网站下载JDK这属于高危行为JDK安装包需要有管理员权限执行如果被人捆绑了恶意脚本等于把电脑钥匙交给了别人。镜像站下载栏目的命名格式通常是jdk-17.0.58这种注意看清架构是x64还是aarch64普通Intel或AMD的Windows电脑就选x64版本Apple Silicon的Mac选aarch64版本别下错了。3. Windows彻底卸载JDK环境残留才是最大的坑3.1 卸载之前先备份这一步千万别省很多小白拿到“卸载教程”就开始打开控制面板删除程序删完觉得完事了结果安装新版JDK后问题一堆。这是因为JDK在安装时不仅仅是放了一些文件在安装目录还有几个地方同时存放了“环境足迹”安装目录比如C:\Program Files\Java\jdk1.8.0_301注册表中的JavaSoft相关键值记录已安装的Java组件系统环境变量和用户环境变量中的JAVA_HOME、PATH、CLASSPATH某些JDK版本还会在C:\Windows\System32下放java.exe、javaw.exe等可执行文件老版本安装器会自动复制一份到System32目录所以在动手删之前先把现有的JAVA_HOME值、PATH值、CLASSPATH值复制到一个文本文件里保存。这个备份的意义在于卸载后如果需要手动清理环境变量你知道哪些是原来就有的哪些是JDK安装器加进去的。另外如果你原来配了一些“自定义的JVM参数”或者特殊路径备份下来也能对比参考。3.2 控制面板卸载正规入口在Windows 10/11上按Win I打开设置进入“应用”-“安装的应用”搜索“Java”把列表里和JDK、JRE相关的条目依次卸载。或者打开控制面板的“程序和功能”找到Java开头的条目点卸载。卸载过程中Oracle卸载程序会问是否删除其他Java组件弹窗选项包括“更改”和“移除”选择移除。卸载过程可能需要重启电脑先别急着重启重启之前做一个操作卸载完成后打开C:\Program Files\Java和C:\Program Files (x86)\Java这两个目录看看还有没有残留文件夹有的话手动删掉。为什么要在重启前删因为如果重启后再装新版JDK可能会因为旧目录还存在安装器检测到“同名目录”就直接复用或者报错。旧目录里面还有很多jar包和可执行文件这些残留文件不会出现在“已安装程序”列表里但会被命令行工具扫描到。3.3 清理注册表和环境变量容易被忽视的一步控制面板卸载只会删除它“登记过”的内容一些老版本JDK或第三方安装包装的时候往注册表里写了额外键值卸载程序可能不会清理干净。打开注册表编辑器按Win R输入regedit回车重点检查下面几个路径HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\JavaSoft HKEY_CURRENT_USER\SOFTWARE\JavaSoft如果这些键还在就右键删除JavaSoft目录。注意不是删整个注册表只删JavaSoft相关键。注册表这步要谨慎不确定的键先不删可以右键“导出”备份一份再删。删错系统其他键可能导致软件无法启动得不偿失。清理完注册表后再回到环境变量设置窗口把JAVA_HOME变量删掉把PATH里包含Java路径的条目一个个删掉CLASSPATH同理。写到这里必须多说一句删PATH里的条目时千万不要把整个PATH变量内容清空只删和Java/JDK相关的部分。PATH里往往还标注着Python、Git、Node.js等其他软件误删了它们你的电脑会瞬间变得不听话。3.4 顽固残留怎么办专业卸载工具与手动兜底有些JDK不是用官方安装器装的可能是之前用“软件管家”一键装的也可能是别人拷贝目录直接改环境变量配的。这种“绿色版JDK”在控制面板里可能根本没有卸载入口需要纯手动清理。排查思路是先看环境变量PATH里指向哪里再去那个目录手动删除文件夹最后清理注册表。如果是在公司电脑或者装了统一管理软件的机器上可能出现权限不够删不掉的情况右键文件夹-属性-安全给当前用户加完全控制权限后再删。有条件的话推荐用一个叫Geek Uninstaller的绿色软件来卸载。它体积很小不需要安装打开后能在列表里找到比控制面板更全的已安装程序卸载时会顺带扫描残留文件和注册表项。对小白来说这比手动一个个找省心很多。还有一个容易被忽略的地方如果之前装过IntelliJ IDEA、Eclipse这类IDE它们可能自带JRE或OpenJDK运行时。这些运行时不被Oracle卸载程序管理卸载旧JDK时不需要动它们但在环境配置时要注意优先级——往往就是这里埋下了“command line用错版本”的问题。4. JDK安装实操从双击安装包到环境变量配置4.1 安装过程中的关键选项解读安装包双击执行后会进入安装向导。两个关键点需要特别注意第一个是安装路径。强烈建议不要把JDK装到默认的C:\Program Files\Java下。之所以不推荐是因为Program Files中间有空格有些老旧的脚本和命令行工具在拼接路径时会因为空格解析出错。更稳的做法是装到类似C:\Java\jdk-17或D:\Java\jdk-21这种纯英文、无空格、路径短的目录。你说这算“强迫症”也好、经验主义也好真实项目中遇到太多次因为空格引发的诡异问题了干脆从源头规避。第二个是公共JRE组件。Java 8及更早版本的安装向导会让你选择是否安装公共JRE这个东西的作用是让系统能运行Java程序不需要编译功能。但对开发人员来说公共JRE不是必需的因为JDK的bin目录里自带了运行环境而且单独装一个公共JRE如果被许可协议限定还容易出兼容问题。Java 9之后的JDK安装包已经不再提供独立JRE安装选项全JDK一个目录搞定省去了很多困扰。如果你用的是Java 8的安装包看到公共JRE的选项时这一步可以去掉勾选只保留“开发工具”和“源代码”。安装完成后先别急着配置环境变量打开安装目录确认一下目录结构。正常情况下bin目录下应该能看到java.exe、javac.exe、jar.exe等可执行文件。如果bin目录里没有javac.exe说明你装的是JRE不是JDK或者是安装包选错了。这一步确认工作花不了10秒钟但能避免后续“javac不是内部或外部命令”的坑。4.2 环境变量三件套JAVA_HOME、PATH、CLASSPATH各自的作用JDK装好后如果不配置环境变量你只能在命令行里先cd到JDK安装目录的bin文件夹再敲java命令。这明显不现实。环境变量配置的目的就是让你在任何目录下都能直接使用java、javac命令。右键“此电脑”-“属性”-“高级系统设置”-“环境变量”在“系统变量”区域操作。第一步新建JAVA_HOME变量名JAVA_HOME 变量值C:\Java\jdk-17JAVA_HOME的变量值就是你JDK实际的安装根目录注意不要带最后的\bin也不要带分号。它的作用相当于一个“快捷指针”后续PATH、其他软件比如Maven、Tomcat都会引用它。第二步编辑PATH在系统变量里找到Path双击编辑在列表末尾新增一行%JAVA_HOME%\bin注意在Windows 10/11的环境变量编辑窗口里条目是一行一行的不用手动加分号。如果看到的是旧版样式一个长字符串、用分号分隔那你要在字符串末尾先加上分号再拼%JAVA_HOME%\bin。PATH里加%JAVA_HOME%\bin的目的是让命令行在任意目录下都能找到java.exe和javac.exe。第三步CLASSPATH先说明Java 9以上版本完全没有必要手动配置CLASSPATHJDK内部已经处理好了类加载路径。很多老教程还在让读者设置CLASSPATH这个动作在现代JDK上不仅没用还可能引发奇怪问题。所以如果你用的是Java 9及以上跳过CLASSPATH即可如果你为了某种老项目被迫使用Java 8也不建议手动配置CLASSPATH默认当前目录.的查找行为完全够用。配置完环境变量后点击“确定”保存然后务必关闭当前命令行窗口重新打开一个新的cmd窗口。环境变量是进程启动时读取的已经开着的窗口不会自动刷新新值旧窗口里敲任何命令都会沿用旧环境。这个“重启命令行”的细节至少有三分之一的环境配置失败案例是因为没关机或没重启命令行造成的。4.3 验证安装两条命令看出真假新开一个cmd窗口依次执行java -version javac -version echo %JAVA_HOME%正常情况下会分别输出类似这样的内容java version 17.0.5 2022-10-18 LTS Java(TM) SE Runtime Environment (build 17.0.59-LTS-jvmci-22.3-b09) Java HotSpot(TM) 64-Bit Server VM (build 17.0.59-LTS, mixed mode, sharing)javac 17.0.5C:\Java\jdk-17三条命令都有正常输出说明JDK安装和环境变量配置都完成了。如果java -version有输出、javac -version报错那就要回去看安装目录里有没有javac.exe如果java -version报“不是内部或外部命令”说明PATH没配置成功。到这里一个干净好用的JDK环境就算搭好了。接下来聊一聊最容易出问题的几个排查场景。5. 环境变量配置失败的排查命令行里最常见的几个坑5.1 “不是内部或外部命令”的常见原因这是高频报错几乎所有环境变量配置失败都会遇到。原因无外乎四个第一PATH里压根没加%JAVA_HOME%\bin或者加到了用户变量而不是系统变量。注意用户变量的PATH和系统变量的PATH同时存在命令行搜索命令时会把两者拼接起来但用户变量的优先级更高。如果你用户变量里的PATH还残留旧JDK路径新装JDK就会被“屏蔽”。第二%JAVA_HOME%\bin拼写有问题比如反斜杠写成了正斜杠或者%JAVA_HOME%两边没有用百分号包裹。环境变量引用必须成对出现%变量名%少一个都成了纯文本。第三新变量配置了但没新开命令行窗口。前面说过环境变量只在进程启动时读取一次旧窗口永远读不到新配置。第四安装的是JRE而不是JDK。JRE的bin目录里只有java.exe没有javac.exe所以javac会报找不到java命令却能正常用。这也解释了为什么第一次配置环境变量时要检查bin目录内容。排查建议先执行echo %JAVA_HOME%确认JAVA_HOME有没有值再执行echo %PATH%看看%JAVA_HOME%\bin有没有被解析成实际路径。如果%JAVA_HOME%能正常打印路径但PATH里的%JAVA_HOME%\bin没有展开多半是PATH编辑时把内容写到了引号里或者变量值末尾带了空格。5.2 “找不到jdk”和“系统找不到指定的路径”的处理思路安装新版JDK时命令行输入java -version报“系统找不到指定的路径”这是PATH里残留了旧路径导致的。举个例子你以前在D盘装过JDK并把它写进了系统PATH后来把D盘JDK目录整个删了但PATH里那个D:\old-java\bin没删。每次打开命令行系统都会尝试去这个路径找命令找不到就报错。解决办法很简单打开环境变量窗口把PATH里所有指向已经不存在的Java目录的条目删掉再重新添加新的%JAVA_HOME%\bin。如果是用C:\Windows\System32下的java.ex_和javac.ex_老版本JDK安装器会自动拷贝一份这种情况要把System32里的Java相关文件也清理掉再把环境变量指到新路径。还有一类“找不到jdk”的报错经常出现在IDE工具里比如导入项目时IDEA提示“No JDK specified”。这个不是系统环境变量的问题而是IDE自己维护了一个“JDK清单”需要打开Project Structure把新JDK的路径手动添加进去。碰到这种提示不要太慌不是你的安装失败了是你没告诉IDE新JDK在哪里。5.3 多版本JDK共存与降级切换工作中会遇到“项目A必须用JDK 8项目B用JDK 17”的尴尬场景很多人误以为只能反复卸载重装其实不需要。多版本共存的理论很简单不同版本的JDK装到不同的目录环境变量指向当前要用的那个命令行只认识指向的那个。具体操作分别安装JDK 8和JDK 17到两个不同目录比如C:\Java\jdk8和C:\Java\jdk17JAVA_HOME手动切换到当前需要用的版本路径把需要切换的版本目录下的bin路径放在PATH前面如果你装了多个JDK命令行里java -version输出的往往是PATH中第一个找到的版本这个顺序可以通过编辑PATH调整。也可以用.bat脚本快速切换echo off set JAVA_HOMEC:\Java\jdk-17 set PATH%JAVA_HOME%\bin;%PATH% java -version每次想切版本就执行对应脚本只影响当前命令行窗口不影响系统全局实测很顺手。还有一种特殊情况是“降级到17”这种需求比如从21降回17。这个更简单不需要动21只需要把JAVA_HOME指向17的目录并且确保PATH里17的bin在21的bin前面。如果命令行执行时依旧显示21大概率是因为卸载21时没把它的环境变量清理干净用前面卸载章节的方法排查一遍就好。6. macOS和Linux下的JDK卸载安装对照6.1 macOS环境下怎么删怎么装macOS下JDK的安装路径和管理方式和Windows完全不一样。macOS上的JDK默认安装在/Library/Java/JavaVirtualMachines/目录下一个版本一个文件夹。查看系统里已经装了哪些JDK版本在终端执行/usr/libexec/java_home -V输出会列出所有已安装JDK的路径和版本号。如果想卸载某个JDK最简单的方法是用sudo rm -rf删除对应文件夹。因为JDK在macOS上是打包成Bundle的没有Windows那么复杂的注册表环境变量体系所以整体卸载比Windows省心得多。macOS上也要检查一下~/.bash_profile、~/.zshrc这两个文件里有没有设置过JAVA_HOME和PATH有的话手动删除或修改。新装JDK时可以直接用pkg安装包双击安装装完系统会自动配置好JAVA_HOME也可以通过Homebrew安装OpenJDK发行版brew install openjdk17Homebrew装完后通常会提示你手动设置JAVA_HOME指向它的安装路径按终端输出提示操作即可。6.2 Ubuntu等Linux发行版下的常规操作Linux下的JDK管理分为在线安装和手动解压两种流派。在线安装用aptDebian/Ubuntu系或dnf/yumRHEL/CentOS系。以Ubuntu为例先查看已安装的JDKdpkg -l | grep jdk删除某个已安装JDK包sudo apt remove --purge openjdk-17-jdk--purge会把配置文件和系统级配置也一起清掉确认无误后可以加上。安装时sudo apt update sudo apt install openjdk-17-jdk在线安装的好处是系统会自动维护update-alternatives软件源中的Java命令链接可以随时用下面命令切换默认Java版本sudo update-alternatives --config java手动解压方式则和Windows的免安装版类似把tar包解压到/opt/java/jdk-17然后在/etc/profile.d/java.sh这类文件中配置JAVA_HOME和PATH一次性系统全局生效sudo tee /etc/profile.d/java.sh EOF export JAVA_HOME/opt/java/jdk-17 export PATH$JAVA_HOME/bin:$PATH EOF source /etc/profileLinux下卸载手动解压版JDK非常简单删目录删环境变量文件执行update-alternatives --remove java清理链接完事。6.3 装好JDK后的第一道自测题写个HelloWorld无论哪个系统、哪种安装方式JDK装完以后建议都写个最简单的Java文件跑一遍这是对整条工具链编译器和运行时最直接的验证。新建一个Hello.java文件public class Hello { public static void main(String[] args) { System.out.println(Hello JDK!); } }在命令行进入文件所在目录依次执行javac Hello.java java Hello如果输出Hello JDK!说明JDK安装、环境变量配置、编译运行全部正常。如果javac失败说明JDK组件不完整如果java编译后的class文件能生成但执行报ClassNotFoundException或NoClassDefFoundError那大概率是CLASSPATH被某些教程误导配坏了把CLASSPATH清空再试。写在最后几个我踩过的JDK环境坑这些年给同事、新手朋友解决“JDK装不上”的问题少说也有几十次个人感受最深的一点是绝大多数问题不是安装包的问题而是环境残留和PATH配置顺序的问题。卸载JDK时不要只卸载程序本身安装目录、注册表、环境变量三处都要检查一遍这个意识建立起来之后你再装任何开发工具Python、Node、Git都一样都会少踩很多坑。还有一个小技巧分享给Windows用户配置环境变量时不要因为自己用的是系统管理员账户就在“用户变量”和“系统变量”里各配一份JAVA_HOME。统一在“系统变量”里配置命令行可用的同时也不会被用户变量里的旧值覆盖。最后JDK版本选择上不要追求“最新”你的项目依赖的框架说它能用哪个版本你就装哪个版本。工具是为了让代码跑起来服务的不用给自己增加无谓的负担。环境这东西配好一次能用很久认真折腾一次后面就省心了。
