简介JDK 1.8免安装版面向Java初学者与需要快速搭建开发环境的工程师省去安装向导与环境变量配置解压即可使用尤其适合临时测试、教学演示或受限系统环境。压缩包共1475个文件约173.74MB以722个jar库文件、228个xml配置、78个dll与74个exe可执行程序为主另含properties、html、txt等说明文档覆盖运行库、原生组件与许可信息。包内保留src.zip与javafx-src.zip源码便于研究Java内部机制include与lib目录提供编译头文件及rt.jar等核心库README.html与LICENSE则给出入门指引和授权条款。目前已有534人学习下载适合希望跳过繁琐安装、直接投入编码调试的开发者也方便在无法进行系统级安装的机器上快速部署Java运行环境。1. 解压就能跑JDK 1.8 免安装版没你想的那么省心很多人第一次接触 JDK 1.8 免安装版都是被“下载可直接使用”这句话吸引进来的。尤其是公司内网机器、临时测试机、老项目维护机装个 JDK 还要走管理员权限、改注册表、配一堆东西确实烦。免安装版看起来就是解压、配环境变量、敲java -version三分钟收工。但我见过太多人卡在“解压完java命令找不到”“JAVA_HOME指向了bin目录”“系统里原来有 JDK 17结果javac和java版本对不上”这些坑上。JDK 1.8 这个版本又特殊大量老项目、老框架、老构建脚本都锁死在 8装不好不是跑不起来而是跑起来之后出各种玄学问题。这篇记录适合两类人一类是第一次配 JDK 8 环境的新手照着走能跑通另一类是手里已经有好几套 JDK、需要把 8 单独拎出来用的熟手重点看版本隔离和路径取舍。2. 装之前先把环境对清楚版本、目录和系统变量2.1 为什么免安装版反而要先看版本JDK 1.8 免安装版通常是一个压缩包解压后得到类似jdk1.8.0_xxx的目录。这里第一个要确认的是小版本号。1.8.0_202、1.8.0_181、1.8.0_151这些不是随便选的老项目里常见的坑是某个加密库在低版本上跑不通或者某个构建工具要求1.8.0_151以上。我一般会先看项目根目录有没有.java-version、pom.xml里的maven.compiler.source、build.gradle里的sourceCompatibility确认它到底要 8 的哪个小版本。如果项目没写就选1.8.0_202这类后期版本兼容性最稳。免安装版的好处是你可以同时放好几个小版本用的时候切目录就行不用卸载重装。2.2 目录规划别把 JDK 解压到中文路径或带空格的目录这一步看起来废话但翻车率极高。我见过有人把 JDK 解压到D:\新建文件夹\jdk1.8结果JAVA_HOME里带中文某些老脚本直接乱码也有人放在C:\Program Files\jdk1.8路径里有空格javac调用时参数被截断。常见做法是统一放一个短路径比如D:\devtools\jdk1.8.0_202或者C:\java\jdk1.8。如果你要同时维护多个 JDK建议按版本分目录# 我一般会这样规划目录方便后面切换 D:\devtools\jdk1.8.0_202 D:\devtools\jdk-11.0.15 D:\devtools\jdk-17.0.6这样做的逻辑是JAVA_HOME只指向当前要用的那个版本切换时改一个变量就行不用动 PATH 里一堆条目。参数上注意JAVA_HOME指向 JDK 根目录不是bin也不是jre。很多人在这里写错后面javac找不到就是这一步埋的雷。2.3 系统变量到底配哪几个免安装版不需要安装程序但环境变量必须手动配。核心就三个JAVA_HOME、PATH、CLASSPATH可选。我一般只配前两个CLASSPATH现在很少手动设设错了反而干扰。具体操作# Windows 下用命令行临时验证图形界面里配永久变量 set JAVA_HOMED:\devtools\jdk1.8.0_202 set PATH%JAVA_HOME%\bin;%PATH% # 验证 java -version javac -version逻辑说明JAVA_HOME是给其他工具Maven、Gradle、Tomcat读的它们靠这个变量找 JDKPATH里加%JAVA_HOME%\bin是为了让java、javac直接可用。注意顺序%JAVA_HOME%\bin要放在系统原有 PATH 前面否则系统里如果已经装了别的 JDK会优先走旧的。参数上bin目录里同时有java.exe和javac.exe免安装版解压后如果发现bin下没有javac那说明你下的是 JRE 不是 JDK得重新找包。3. 解压、配变量、验证免安装版三步落地3.1 解压后的第一件事确认 bin 目录内容压缩包解压完先别急着配变量进bin目录看一眼。正常的 JDK 1.8 免安装版bin下应该有java.exe、javac.exe、jar.exe、keytool.exe这些。如果只有java.exe和几个 DLL没有javac那就是 JRE不是 JDK。这个坑很常见因为有些下载站把 JRE 标成 JDK 发。确认无误后记住这个根目录的完整路径下一步要用。# 进入解压目录列出 bin 下的关键文件 cd D:\devtools\jdk1.8.0_202\bin dir javac.exe java.exe jar.exe逻辑说明javac是编译器java是运行器jar是打包工具。三个都在才说明是完整 JDK。参数上不用加什么就是确认文件存在。如果javac缺失后面 Maven 编译会直接报No compiler is provided in this environment那时候再回头找就浪费时间了。3.2 配置 JAVA_HOME 和 PATH 的完整命令Windows 图形界面配变量容易点错我习惯用命令行先验证再固化到系统里。下面这组命令是在当前会话里临时生效用来测试路径对不对# 临时设置只对当前命令行窗口有效 set JAVA_HOMED:\devtools\jdk1.8.0_202 set PATH%JAVA_HOME%\bin;%PATH% # 检查 JAVA_HOME 是否指向根目录 echo %JAVA_HOME% # 检查 java 和 javac 版本是否一致 java -version javac -version逻辑说明echo %JAVA_HOME%输出应该是D:\devtools\jdk1.8.0_202如果输出带了\bin或者\jre就是配错了。java -version和javac -version输出的版本号必须一致都是1.8.0_xxx。如果java是 1.8 而javac是 17说明 PATH 里别的 JDK 排在前面了。参数上set PATH%JAVA_HOME%\bin;%PATH%里的分号是 Windows 分隔符%PATH%保留原有路径避免把系统命令弄丢。确认临时生效后再去“系统属性 → 高级 → 环境变量”里把JAVA_HOME和PATH永久加上。3.3 写一个最小 Java 文件验证编译和运行变量配完别只看版本号跑一个最小例子才算真通。新建一个Hello.java内容如下// Hello.java public class Hello { public static void main(String[] args) { // 打印当前 JDK 版本确认运行环境 System.out.println(JDK version: System.getProperty(java.version)); System.out.println(Hello, JDK 1.8); } }然后编译运行# 编译 javac Hello.java # 运行 java Hello逻辑说明javac Hello.java会生成Hello.class如果这一步报javac 不是内部或外部命令说明 PATH 没配好如果报错误: 找不到或无法加载主类 Hello说明运行时的 classpath 有问题通常是因为在别的目录执行java Hello。参数上java Hello后面不要加.class只写类名。输出里应该看到JDK version: 1.8.0_202和Hello, JDK 1.8。这一步过了说明免安装版 JDK 1.8 已经能正常编译和运行。4. 多版本共存与切换别让 JDK 17 抢了 JDK 8 的活4.1 为什么系统里装了 JDK 17 还要单独配 JDK 8现在很多机器默认装了 JDK 17 或 21java -version一看是 17但老项目必须用 8。这时候如果你只是把 JDK 8 解压了没改 PATH 顺序javac很可能还是 17 的。我遇到过最典型的情况Maven 编译时提示source option 8 is no longer supported就是因为 Maven 读到的JAVA_HOME是 17。免安装版的好处是你可以把 8 放在一个独立目录通过切换JAVA_HOME来切换版本不用卸载 17。4.2 用脚本快速切换 JAVA_HOME手动改环境变量太慢我一般写两个批处理文件一个切 8一个切 17。放在桌面或者D:\devtools下# switch-jdk8.bat echo off setx JAVA_HOME D:\devtools\jdk1.8.0_202 /M setx PATH D:\devtools\jdk1.8.0_202\bin;%PATH% /M echo JDK 8 activated. Please reopen your terminal.# switch-jdk17.bat echo off setx JAVA_HOME D:\devtools\jdk-17.0.6 /M setx PATH D:\devtools\jdk-17.0.6\bin;%PATH% /M echo JDK 17 activated. Please reopen your terminal.逻辑说明setx是永久设置/M表示系统级需要管理员权限运行。注意setx设置 PATH 时会把当前 PATH 拼进去如果反复执行PATH 会越来越长所以更稳妥的做法是只改JAVA_HOMEPATH 里始终写%JAVA_HOME%\bin。参数上/M不加就是用户级只对当前用户生效。执行完必须重开命令行窗口因为setx不影响当前会话。4.3 验证切换是否生效切换完重开一个命令行分别检查echo %JAVA_HOME% java -version javac -version逻辑说明JAVA_HOME应该指向你刚切的目录java和javac版本一致。如果JAVA_HOME变了但java -version没变说明 PATH 里还有别的 JDK 路径排在前面需要手动把%JAVA_HOME%\bin挪到最前面。参数上Windows 的 PATH 是从前到后找谁在前面用谁。这个顺序问题在多版本共存时最容易翻车。5. 避坑与排查免安装版 JDK 1.8 最常见的五个问题5.1 现象java能用javac报“不是内部或外部命令”原因PATH 里只加了%JAVA_HOME%\bin但JAVA_HOME指向了 JRE 目录或者解压包本身是 JRE。解决进%JAVA_HOME%\bin看有没有javac.exe没有就换完整 JDK 包有的话检查JAVA_HOME是不是写成了...\jre改成根目录。5.2 现象java -version显示 1.8但 Maven 编译报source 1.8 is no longer supported原因Maven 读的是JAVA_HOME而JAVA_HOME可能还是 17或者 Maven 的toolchains.xml指定了别的 JDK。解决先echo %JAVA_HOME%确认再检查 Maven 的conf/toolchains.xml有没有硬编码 JDK 路径。常见做法是在项目里用mvn -version看它实际用的 Java 版本。5.3 现象解压后目录里有jre和jdk两个文件夹不知道用哪个原因有些免安装包结构是外层一个目录里面再分jdk和jre。解决JAVA_HOME指向包含bin\javac.exe的那个目录通常是jdk子目录不是外层。参数上JAVA_HOME必须能直接拼出%JAVA_HOME%\bin\javac.exe。5.4 现象命令行里java正常IDEA 里新建项目却找不到 JDK 8原因IDEA 有自己的 JDK 配置不读系统JAVA_HOME。解决在 IDEA 的Project Structure → SDKs里手动添加 JDK 8 的根目录然后在Project里选这个 SDK。常见做法是给不同项目配不同 SDK避免全局切换影响其他项目。5.5 现象setx设置 PATH 后重启命令行发现 PATH 被截断原因setx有 1024 字符限制PATH 太长会被截断。解决不要用setx改 PATH只改JAVA_HOMEPATH 里保留%JAVA_HOME%\bin这一条。如果已经截断去注册表HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment里把 Path 恢复或者用系统还原点。6. 装完怎么验证跑通一个最小 Maven 项目实测6.1 用 Maven 编译一个 JDK 8 项目光跑Hello.java还不够实际项目多半是 Maven 或 Gradle。我一般会建一个最小 Maven 项目pom.xml里锁死 1.8!-- pom.xml 关键片段 -- properties maven.compiler.source1.8/maven.compiler.source maven.compiler.target1.8/maven.compiler.target /properties然后执行mvn -version mvn clean compile逻辑说明mvn -version会输出 Maven 用的 Java 版本必须是 1.8。mvn clean compile如果成功说明 JDK 8 的编译链路通了。参数上source和target都写 1.8不要写8或1.8.0Maven 对格式有要求。如果报无效的目标发行版: 1.8说明 Maven 读到的 JDK 不是 8回到第 4 章检查JAVA_HOME。6.2 检查运行时版本和编译版本是否一致编译完跑一下java -cp target/classes Hello看输出。更稳妥的做法是在代码里打印System.getProperty(java.version)和System.getProperty(java.class.version)。java.version应该是1.8.0_xxxjava.class.version应该是52.0JDK 8 的 class 文件版本号。如果java.class.version是61.0说明编译时用了 JDK 17运行时用 8 会直接报UnsupportedClassVersionError。这个版本号对照表我一般会记一下JDK 8 是 52JDK 11 是 55JDK 17 是 61。6.3 验证清单和我的习惯装完 JDK 1.8 免安装版我每次都会走一遍这个清单检查项命令期望结果JAVA_HOME 指向echo %JAVA_HOME%JDK 根目录不带 binjava 版本java -version1.8.0_xxxjavac 版本javac -version1.8.0_xxx编译运行javac Hello.java java Hello输出 HelloMaven 编译mvn clean compileBUILD SUCCESSclass 版本代码打印java.class.version52.0从那以后我每次配完 JDK 8都强制走一遍这个清单尤其是javac -version和java.class.version这两项能提前把版本串位的问题揪出来。希望帮到你。本文还有配套的精品资源点击获取
简介JDK 1.8免安装版面向Java初学者与需要快速搭建开发环境的工程师省去安装向导与环境变量配置解压即可使用尤其适合临时测试、教学演示或受限系统环境。压缩包共1475个文件约173.74MB以722个jar库文件、228个xml配置、78个dll与74个exe可执行程序为主另含properties、html、txt等说明文档覆盖运行库、原生组件与许可信息。包内保留src.zip与javafx-src.zip源码便于研究Java内部机制include与lib目录提供编译头文件及rt.jar等核心库README.html与LICENSE则给出入门指引和授权条款。目前已有534人学习下载适合希望跳过繁琐安装、直接投入编码调试的开发者也方便在无法进行系统级安装的机器上快速部署Java运行环境。1. 解压就能跑JDK 1.8 免安装版没你想的那么省心很多人第一次接触 JDK 1.8 免安装版都是被“下载可直接使用”这句话吸引进来的。尤其是公司内网机器、临时测试机、老项目维护机装个 JDK 还要走管理员权限、改注册表、配一堆东西确实烦。免安装版看起来就是解压、配环境变量、敲java -version三分钟收工。但我见过太多人卡在“解压完java命令找不到”“JAVA_HOME指向了bin目录”“系统里原来有 JDK 17结果javac和java版本对不上”这些坑上。JDK 1.8 这个版本又特殊大量老项目、老框架、老构建脚本都锁死在 8装不好不是跑不起来而是跑起来之后出各种玄学问题。这篇记录适合两类人一类是第一次配 JDK 8 环境的新手照着走能跑通另一类是手里已经有好几套 JDK、需要把 8 单独拎出来用的熟手重点看版本隔离和路径取舍。2. 装之前先把环境对清楚版本、目录和系统变量2.1 为什么免安装版反而要先看版本JDK 1.8 免安装版通常是一个压缩包解压后得到类似jdk1.8.0_xxx的目录。这里第一个要确认的是小版本号。1.8.0_202、1.8.0_181、1.8.0_151这些不是随便选的老项目里常见的坑是某个加密库在低版本上跑不通或者某个构建工具要求1.8.0_151以上。我一般会先看项目根目录有没有.java-version、pom.xml里的maven.compiler.source、build.gradle里的sourceCompatibility确认它到底要 8 的哪个小版本。如果项目没写就选1.8.0_202这类后期版本兼容性最稳。免安装版的好处是你可以同时放好几个小版本用的时候切目录就行不用卸载重装。2.2 目录规划别把 JDK 解压到中文路径或带空格的目录这一步看起来废话但翻车率极高。我见过有人把 JDK 解压到D:\新建文件夹\jdk1.8结果JAVA_HOME里带中文某些老脚本直接乱码也有人放在C:\Program Files\jdk1.8路径里有空格javac调用时参数被截断。常见做法是统一放一个短路径比如D:\devtools\jdk1.8.0_202或者C:\java\jdk1.8。如果你要同时维护多个 JDK建议按版本分目录# 我一般会这样规划目录方便后面切换 D:\devtools\jdk1.8.0_202 D:\devtools\jdk-11.0.15 D:\devtools\jdk-17.0.6这样做的逻辑是JAVA_HOME只指向当前要用的那个版本切换时改一个变量就行不用动 PATH 里一堆条目。参数上注意JAVA_HOME指向 JDK 根目录不是bin也不是jre。很多人在这里写错后面javac找不到就是这一步埋的雷。2.3 系统变量到底配哪几个免安装版不需要安装程序但环境变量必须手动配。核心就三个JAVA_HOME、PATH、CLASSPATH可选。我一般只配前两个CLASSPATH现在很少手动设设错了反而干扰。具体操作# Windows 下用命令行临时验证图形界面里配永久变量 set JAVA_HOMED:\devtools\jdk1.8.0_202 set PATH%JAVA_HOME%\bin;%PATH% # 验证 java -version javac -version逻辑说明JAVA_HOME是给其他工具Maven、Gradle、Tomcat读的它们靠这个变量找 JDKPATH里加%JAVA_HOME%\bin是为了让java、javac直接可用。注意顺序%JAVA_HOME%\bin要放在系统原有 PATH 前面否则系统里如果已经装了别的 JDK会优先走旧的。参数上bin目录里同时有java.exe和javac.exe免安装版解压后如果发现bin下没有javac那说明你下的是 JRE 不是 JDK得重新找包。3. 解压、配变量、验证免安装版三步落地3.1 解压后的第一件事确认 bin 目录内容压缩包解压完先别急着配变量进bin目录看一眼。正常的 JDK 1.8 免安装版bin下应该有java.exe、javac.exe、jar.exe、keytool.exe这些。如果只有java.exe和几个 DLL没有javac那就是 JRE不是 JDK。这个坑很常见因为有些下载站把 JRE 标成 JDK 发。确认无误后记住这个根目录的完整路径下一步要用。# 进入解压目录列出 bin 下的关键文件 cd D:\devtools\jdk1.8.0_202\bin dir javac.exe java.exe jar.exe逻辑说明javac是编译器java是运行器jar是打包工具。三个都在才说明是完整 JDK。参数上不用加什么就是确认文件存在。如果javac缺失后面 Maven 编译会直接报No compiler is provided in this environment那时候再回头找就浪费时间了。3.2 配置 JAVA_HOME 和 PATH 的完整命令Windows 图形界面配变量容易点错我习惯用命令行先验证再固化到系统里。下面这组命令是在当前会话里临时生效用来测试路径对不对# 临时设置只对当前命令行窗口有效 set JAVA_HOMED:\devtools\jdk1.8.0_202 set PATH%JAVA_HOME%\bin;%PATH% # 检查 JAVA_HOME 是否指向根目录 echo %JAVA_HOME% # 检查 java 和 javac 版本是否一致 java -version javac -version逻辑说明echo %JAVA_HOME%输出应该是D:\devtools\jdk1.8.0_202如果输出带了\bin或者\jre就是配错了。java -version和javac -version输出的版本号必须一致都是1.8.0_xxx。如果java是 1.8 而javac是 17说明 PATH 里别的 JDK 排在前面了。参数上set PATH%JAVA_HOME%\bin;%PATH%里的分号是 Windows 分隔符%PATH%保留原有路径避免把系统命令弄丢。确认临时生效后再去“系统属性 → 高级 → 环境变量”里把JAVA_HOME和PATH永久加上。3.3 写一个最小 Java 文件验证编译和运行变量配完别只看版本号跑一个最小例子才算真通。新建一个Hello.java内容如下// Hello.java public class Hello { public static void main(String[] args) { // 打印当前 JDK 版本确认运行环境 System.out.println(JDK version: System.getProperty(java.version)); System.out.println(Hello, JDK 1.8); } }然后编译运行# 编译 javac Hello.java # 运行 java Hello逻辑说明javac Hello.java会生成Hello.class如果这一步报javac 不是内部或外部命令说明 PATH 没配好如果报错误: 找不到或无法加载主类 Hello说明运行时的 classpath 有问题通常是因为在别的目录执行java Hello。参数上java Hello后面不要加.class只写类名。输出里应该看到JDK version: 1.8.0_202和Hello, JDK 1.8。这一步过了说明免安装版 JDK 1.8 已经能正常编译和运行。4. 多版本共存与切换别让 JDK 17 抢了 JDK 8 的活4.1 为什么系统里装了 JDK 17 还要单独配 JDK 8现在很多机器默认装了 JDK 17 或 21java -version一看是 17但老项目必须用 8。这时候如果你只是把 JDK 8 解压了没改 PATH 顺序javac很可能还是 17 的。我遇到过最典型的情况Maven 编译时提示source option 8 is no longer supported就是因为 Maven 读到的JAVA_HOME是 17。免安装版的好处是你可以把 8 放在一个独立目录通过切换JAVA_HOME来切换版本不用卸载 17。4.2 用脚本快速切换 JAVA_HOME手动改环境变量太慢我一般写两个批处理文件一个切 8一个切 17。放在桌面或者D:\devtools下# switch-jdk8.bat echo off setx JAVA_HOME D:\devtools\jdk1.8.0_202 /M setx PATH D:\devtools\jdk1.8.0_202\bin;%PATH% /M echo JDK 8 activated. Please reopen your terminal.# switch-jdk17.bat echo off setx JAVA_HOME D:\devtools\jdk-17.0.6 /M setx PATH D:\devtools\jdk-17.0.6\bin;%PATH% /M echo JDK 17 activated. Please reopen your terminal.逻辑说明setx是永久设置/M表示系统级需要管理员权限运行。注意setx设置 PATH 时会把当前 PATH 拼进去如果反复执行PATH 会越来越长所以更稳妥的做法是只改JAVA_HOMEPATH 里始终写%JAVA_HOME%\bin。参数上/M不加就是用户级只对当前用户生效。执行完必须重开命令行窗口因为setx不影响当前会话。4.3 验证切换是否生效切换完重开一个命令行分别检查echo %JAVA_HOME% java -version javac -version逻辑说明JAVA_HOME应该指向你刚切的目录java和javac版本一致。如果JAVA_HOME变了但java -version没变说明 PATH 里还有别的 JDK 路径排在前面需要手动把%JAVA_HOME%\bin挪到最前面。参数上Windows 的 PATH 是从前到后找谁在前面用谁。这个顺序问题在多版本共存时最容易翻车。5. 避坑与排查免安装版 JDK 1.8 最常见的五个问题5.1 现象java能用javac报“不是内部或外部命令”原因PATH 里只加了%JAVA_HOME%\bin但JAVA_HOME指向了 JRE 目录或者解压包本身是 JRE。解决进%JAVA_HOME%\bin看有没有javac.exe没有就换完整 JDK 包有的话检查JAVA_HOME是不是写成了...\jre改成根目录。5.2 现象java -version显示 1.8但 Maven 编译报source 1.8 is no longer supported原因Maven 读的是JAVA_HOME而JAVA_HOME可能还是 17或者 Maven 的toolchains.xml指定了别的 JDK。解决先echo %JAVA_HOME%确认再检查 Maven 的conf/toolchains.xml有没有硬编码 JDK 路径。常见做法是在项目里用mvn -version看它实际用的 Java 版本。5.3 现象解压后目录里有jre和jdk两个文件夹不知道用哪个原因有些免安装包结构是外层一个目录里面再分jdk和jre。解决JAVA_HOME指向包含bin\javac.exe的那个目录通常是jdk子目录不是外层。参数上JAVA_HOME必须能直接拼出%JAVA_HOME%\bin\javac.exe。5.4 现象命令行里java正常IDEA 里新建项目却找不到 JDK 8原因IDEA 有自己的 JDK 配置不读系统JAVA_HOME。解决在 IDEA 的Project Structure → SDKs里手动添加 JDK 8 的根目录然后在Project里选这个 SDK。常见做法是给不同项目配不同 SDK避免全局切换影响其他项目。5.5 现象setx设置 PATH 后重启命令行发现 PATH 被截断原因setx有 1024 字符限制PATH 太长会被截断。解决不要用setx改 PATH只改JAVA_HOMEPATH 里保留%JAVA_HOME%\bin这一条。如果已经截断去注册表HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment里把 Path 恢复或者用系统还原点。6. 装完怎么验证跑通一个最小 Maven 项目实测6.1 用 Maven 编译一个 JDK 8 项目光跑Hello.java还不够实际项目多半是 Maven 或 Gradle。我一般会建一个最小 Maven 项目pom.xml里锁死 1.8!-- pom.xml 关键片段 -- properties maven.compiler.source1.8/maven.compiler.source maven.compiler.target1.8/maven.compiler.target /properties然后执行mvn -version mvn clean compile逻辑说明mvn -version会输出 Maven 用的 Java 版本必须是 1.8。mvn clean compile如果成功说明 JDK 8 的编译链路通了。参数上source和target都写 1.8不要写8或1.8.0Maven 对格式有要求。如果报无效的目标发行版: 1.8说明 Maven 读到的 JDK 不是 8回到第 4 章检查JAVA_HOME。6.2 检查运行时版本和编译版本是否一致编译完跑一下java -cp target/classes Hello看输出。更稳妥的做法是在代码里打印System.getProperty(java.version)和System.getProperty(java.class.version)。java.version应该是1.8.0_xxxjava.class.version应该是52.0JDK 8 的 class 文件版本号。如果java.class.version是61.0说明编译时用了 JDK 17运行时用 8 会直接报UnsupportedClassVersionError。这个版本号对照表我一般会记一下JDK 8 是 52JDK 11 是 55JDK 17 是 61。6.3 验证清单和我的习惯装完 JDK 1.8 免安装版我每次都会走一遍这个清单检查项命令期望结果JAVA_HOME 指向echo %JAVA_HOME%JDK 根目录不带 binjava 版本java -version1.8.0_xxxjavac 版本javac -version1.8.0_xxx编译运行javac Hello.java java Hello输出 HelloMaven 编译mvn clean compileBUILD SUCCESSclass 版本代码打印java.class.version52.0从那以后我每次配完 JDK 8都强制走一遍这个清单尤其是javac -version和java.class.version这两项能提前把版本串位的问题揪出来。希望帮到你。本文还有配套的精品资源点击获取
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
