jdk安装失败后并无真实windows服务残留，所谓“残留服务项”实为误判；真实残留集中在注册表javasoft配置、环境变量硬编码路径及后台进程（如jusched.exe、ide调试进程、tomcat等子进程）；需清理注册表对应键值、计划任务、启动项、msi相关进程与缓存文件，重启后验证java/javac版本即可。
JDK 安装失败后，残留的“服务项”其实并不存在——Java 开发工具包（JDK）本身不安装 Windows 服务，也不会注册系统服务（如 `services.msc` 中可见的服务）。所谓“残留服务项”，通常是误判，真实残留集中在三类地方：注册表中的 JavaSoft 配置、环境变量里的硬编码路径、以及被旧 JDK 关联启动的后台进程（如 Java Update Scheduler 或第三方工具集成进程）。
先确认有没有真服务
打开命令行，运行：
sc query | findstr -i "java\|jdk\|jre"
或在“服务”管理器（services.msc）里手动搜索 “java”、“oracle”、“jdk”。若无结果，说明没有真正注册的服务。常见被误认为“服务”的其实是：
- Java Auto Updater（
jusched.exe）：属于 JRE 的计划任务，不是服务 - IntelliJ/Eclipse 启动的调试进程（如
java -agentlib:jdwp...）：是临时进程，非系统服务 - 第三方软件（如 Tomcat、Maven Wrapper）调用的 Java 子进程：随父进程退出即消失
重点清理注册表中伪装成服务的配置项
虽然 JDK 不装服务，但安装失败常在注册表留下干扰项，尤其影响后续 MSI 安装（报错 1316、1311、2502/2503）。需精准清理以下位置：
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
-
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK → 删除对应失败版本的子键（如
21.0.1），不要删整个JavaSoft - HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit → 同样只删失败版本的子项
-
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall → 搜索
DisplayName含 “JDK” 或 “Java SE Development Kit” 的项，核对InstallLocation是否指向已删除路径，是则整条删除 - HKEY_CURRENT_USER\SOFTWARE\JavaSoft → 可删（此为用户级缓存，不影响安装，但建议清理）
⚠️ 操作前请导出相关分支备份注册表。
清除计划任务与启动项（更常见的“伪服务”来源）
Java Update Scheduler 是最常驻后台的组件，它不走服务机制，但会通过任务计划程序自启：
- 打开“任务计划程序”（
taskschd.msc） - 依次展开「任务计划程序库」→「Oracle」或「Java」文件夹
- 删除所有名称含
JavaUpdate、jusched、JRE的任务 - 同时检查「启动」文件夹：
shell:startup和shell:common startup，删掉JavaUpdateSchedulerv*.lnk类快捷方式
终止残留进程并清空临时状态
安装失败时，MSI 安装引擎可能卡住或遗留锁文件，导致重装失败：
- 打开任务管理器 → “详细信息”页，结束所有
msiexec.exe进程 - 运行
net stop msiserver+net start msiserver重启 Windows Installer 服务（必要时） - 清空临时目录：
%TEMP%和C:\Windows\Temp中所有以jdk、java、MSI开头的 .tmp/.log 文件 - 删除
C:\ProgramData\Package Cache\下与 Java 相关的子文件夹（按修改日期筛选近一周的）
清理完后，重启电脑再以管理员身份运行新 JDK 安装包。验证时不用查服务，只需新开 CMD 执行 java -version 和 javac -version —— 能返回且一致，就说明干净了。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
