极域卸载工具JyTeacherUnTools：彻底清除卸载残留的完整方案

简介：极域完全卸载工具JyTeacherUnTools是一款专门面向学校机房管理员、信息技术教师和运维人员的极域教育软件卸载组件。它用于彻底移除极域电子教室及JyTeacherTools在系统中留下的注册表项、配置文件、临时数据和动态链接库残件，避免因卸载不净而出现软件冲突、安装失败或系统卡顿。资源包共6个文件，包括1个可直接运行的exe卸载主程序、3个dll支持库、1个htm说明页面和1个txt文本说明，压缩后整体仅477KB，结构精简便于保存在U盘或镜像中用于多台终端维护。工具会自动扫描并定位已安装的极域关联组件，在用户确认后完成清理，并在卸载后再次扫描复查残留状态，适合在更换教学软件、排除组件冲突、清理机房旧设备或准备系统镜像等场景中使用。已有12715人学习下载，该卸载工具可显著降低手动清理注册表的门槛并减少误操作风险，让极域软件移除过程更干净、更省时，同时避免旧组件干扰后续软件的重新部署。 第一次被一台装过极域的机器逼到重做系统时，我就意识到极域完全卸载工具JyTeacherUnTools这类方案存在的必要——控制面板显示已删除，重启后教师端进程又从启动项里冒出来，再装新版直接提示已安装，最后只能整机恢复。

同行把这类问题叫“卸载残留玄学”，其实不是玄学，是服务、驱动、计划任务、注册表这些痕迹没有按顺序清掉。极域完全卸载工具JyTeacherUnTools这类方案的价值，就是把清理动作变成可持续复现的流程，而不是每次靠手点、靠猜。机房管理员、软件打包测试、维护老机器的同行，都能从中找到自己需要的东西。

2. 极域为什么难卸载：服务、驱动与防卸载机制拆解

2.1 极域装完在系统里放的东西：服务、驱动与计划任务

教室管理类软件为了支撑屏幕广播、远程命令、考试模式这些功能，安装时会放进三层东西：一层是用户态的服务，负责策略下发和端到端连接；一层是内核驱动，负责键鼠过滤、画面采集和底层保护；还有一层是计划任务，负责异常退出后的状态恢复。这三层叠加在同一个卸载流程里，就注定“控制面板卸载”只能删掉部分用户态文件。

我拆过一台卸载失败的机器，残留主要集中在六个位置，逐个排查基本不会漏：

这里要单独提一下防卸载机制。多数版本在教师端里有一个“系统设置”类的入口，里面有卸载权限相关选项，默认可能开启保护。也就是说，不先关掉这个开关就直接删文件，过滤驱动会拦截删除操作，任务计划又会把被杀掉的进程重新拉起，结果就是越删越乱。

JyTeacherUnTools 这类工具的意义就在于此：不跟保护机制正面硬刚，而是先找到保护依赖的服务、驱动、计划任务，按顺序解除，最后才清文件和注册表。命名里的 Jy 指极域，Teacher 指教师端，UnTools 指卸载工具，定位很明确——它是清理工具，不是优化工具，也不是备份工具。

我一般不建议直接用第三方系统清理软件做这件事。它们不清楚这类教室管理软件的具体残留项，只能用模糊规则扫，很容易把名字里带“jy”的其他软件一起干掉，误伤率太高。正确做法是维护一份精确清单，逐个击破。

2.2 JyTeacherUnTools的设计思路：阶段化与顺序约束

见到的成功卸载案例，几乎没有一把梭的。我自己的习惯是拆成四个阶段，每个阶段有明确的产出物，失败时能直接定位是哪一步出了问题：

阶段一准备：导出服务列表、任务计划列表、注册表卸载键，留下回滚依据；阶段二停止：先删计划任务，再停服务，最后杀进程；阶段三清理：删驱动、删文件、删注册表键；阶段四验证：重新扫描服务、进程、驱动、注册表、目录，确认无残留。

顺序约束是这个流程的灵魂。先删计划任务，是为了防止清理过程中任务被定时拉起；再停服务，是因为服务本身可能是守护进程，你前脚杀完进程，它后脚又重新拉起；最后杀进程，是为了把还在内存里的程序彻底赶出去。顺序反了不是说完全删不掉，但重启后“回弹”的概率会高很多，这就是大家说的“卸载后总觉得没删干净”。

备份与回滚是顺手要做的事。清理注册表前导出注册表文件，清理服务前导出服务列表，花一分钟，换一次后悔药。我见过有人直接删了服务键，结果那是一个被其他软件共用的驱动服务，机器重启后网卡协议栈异常，折腾半天才恢复，教训就是这个。

选型上还要注意一点：清单用精确匹配，不要用模糊通配。比如在批处理里写sc query | findstr /i "jy"做排查可以，但在自动删除时绝不能这么干，因为会误伤名字里包含“jy”的其他服务。工具里维护的应该是 sc query 和 tasklist 确认过的精确名称列表，这样部署到新机器才敢放心跑。

3. 手工完全卸载极域：从备份到清理的完整命令流程

3.1 卸载前准备：快照备份与防卸载开关

动手之前，先登录教师端控制台，找到“系统设置”或“安全策略”一类的入口，把卸载保护关闭，同时解除可能存在的卸载密码。这一步不做，后续所有命令都会撞上权限拦截。不同版本菜单位置有差异，但逻辑是一致的：卸载入口被保护时，先通过管理端授权解除。

然后以管理员身份打开命令行，备份现场。我把备份看成整个卸载流程里最不能省的一步，尤其是给机房批量清理时，万一哪台机器配置特殊，备份就是唯一的后悔药：

@echo off rem 导出服务列表，事后用来对比哪些服务被清理了 sc query type= service state= all > "%USERPROFILE%\Desktop\svc_before.txt" rem 导出计划任务，带详细参数，清理后能还原原任务名 schtasks /query /fo csv /v > "%USERPROFILE%\Desktop\tasks_before.csv" rem 导出注册表卸载键；知道具体键名就导出单个，不确定就导出整个 Uninstall 键 reg export "HKLM\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall" "%USERPROFILE%\Desktop\uninstall_before.reg" /y

导出的三个文件分别对应服务、计划任务、注册表三块，清理完如果发现问题，可以从这些快照里找回原来的状态。sc query type= service state= all里的type= service表示只看服务不看驱动，state= all表示包含已停止的服务，少了这两个参数会漏掉关键条目。schtasks /query /fo csv /v里的/fo csv指定输出格式，/v显示详细属性，用于后续确认每个任务的触发条件。

备份做完了，还有一件事：判断机器是否允许直接进入安全模式。Windows 7 到 Windows 11 都可以在重启时进入“带网络的安全模式”，安全模式下非必要的服务和驱动不加载，清理阻力会小很多。如果这台机器是刚装完软件还在测试阶段，我甚至会建议直接进安全模式做完整操作，避免普通模式下文件和注册表被占用。

3.2 停服务、结束进程与清理计划任务

顺序很重要：计划任务 → 服务 → 进程。我见过有人先杀进程，结果服务端检测到客户端进程消失，立刻用计划任务重新拉起，白忙活一场。

@echo off rem 第一步：删除计划任务，防止清理过程中任务把服务或进程重新拉起 schtasks /delete /tn "JYUpdate" /f schtasks /delete /tn "JYGuardRestart" /f rem 第二步：查询目标服务是否真实存在，避免直接 sc delete 报错 sc query type= service state= all | findstr /i /c:"JY" rem 停止并禁用服务；sc stop 失败时先看错误码，再决定是否强制处理 sc stop JY_TeacherSvc sc config JY_TeacherSvc start= disabled rem 第三步：杀掉残留进程；/t 表示连同子进程一起结束 taskkill /f /t /im JYTeacher.exe taskkill /f /t /im JYGuard.exe

schtasks /delete /tn "任务名" /f里/f表示强制删除，不弹确认。任务名可以从之前备份的 tasks_before.csv 里查，我写的是占位符，实际以机器上查到的为准。sc config JY_TeacherSvc start= disabled这里的等号后面必须有一个空格，否则命令解析会失败，这个细节在批处理里很容易踩坑。

taskkill /f /t /im JYTeacher.exe中，/f是强制结束，/t是结束子进程，/im是按映像名称匹配。如果提示“拒绝访问”，说明进程以 SYSTEM 权限运行，当前管理员令牌不够，需要进安全模式再处理，或者在管理员命令行里先提权再执行。

删完任务、停完服务、杀完进程后，先重启一次再继续下一步吗？我的经验是不用。如果只是确认服务有没有被守护进程重新拉起，用sc query JY_TeacherSvc看状态即可；但如果发现服务状态又变回 RUNNING，说明还有遗漏的计划任务或第二服务在护着它，这时候应该回去查 tasks_before.csv 里有没有漏删的任务。

3.3 清理驱动、文件与注册表：三个视图别漏

停服务只是第一步，驱动才是真正难啃的部分。驱动删不掉，服务清得再干净，重启后模块还会被重新加载：

@echo off rem 列出所有驱动的服务键，找到极域相关的驱动名 sc query type= driver state= all | findstr /i /c:"JY" rem 停止并删除驱动；如果提示被占用，进安全模式再执行 sc stop JYFilterDrv sc delete JYFilterDrv rem 删除驱动在注册表里的服务键，防止系统启动时重新注册 reg delete "HKLM\SYSTEM\CurrentControlSet\Services\JYFilterDrv" /f

sc query type= driver的语法和查服务一样，type= driver后面必须带空格再接state=。删除驱动后，注册表里的服务键通常会被 sc delete 一并移除，但有些版本会在系统启动时通过过滤驱动重建，所以要手动检查HKLM\SYSTEM\CurrentControlSet\Services下是否还有对应键，有就删掉。

文件和注册表的清理要同时照顾两个视图。64 位系统上，32 位程序注册的卸载键不在默认路径，而在HKLM\SOFTWARE\WOW6432Node\...\Uninstall下，漏掉这个视图是重装提示“已安装”最常见的原因：

@echo off rem 删除安装目录；/s /q 表示静默递归删除 rd /s /q "C:\Program Files (x86)\JYClassroom" rd /s /q "%ProgramData%\JYClassroom" rem 删除 64 位视图下的卸载键 reg delete "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\JYClassroom" /f rem 删除 32 位视图下的卸载键，64 位系统上这一步不能省 reg delete "HKLM\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\JYClassroom" /f rem 清理 Run 启动项 reg delete "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run\JYTeacher" /f reg delete "HKLM\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Run\JYTeacher" /f

rd /s /q遇到文件被占用会直接报错，但不会中止后续命令，所以日志里出现rd报错时，要回头确认占用来源。常见误用是直接在 services.msc 里把服务设成禁用就完事，结果下次安装时安装程序检测到服务键还在，直接以“已安装”为由拒绝继续——禁用不等于卸载，这条血泪经验在教室管理软件上反复被验证。

安全模式下删驱动文件时，注意 sys 文件可能位于C:\Windows\System32\drivers下，删之前先用sc query type= driver确认服务键状态，避免把其他软件共用的通用过滤驱动误删。如果驱动删除后重启发现在设备管理器里还能看到遗留设备，可以尝试“显示隐藏的设备”后手动卸载，但这属于最后手段，一般用不到。

4. 用JyTeacherUnTools的思路写自动卸载脚本：PowerShell实现与参数

4.1 主脚本：阶段化PowerShell实现

手工流程捋顺了，就可以把它固化成脚本。我用 PowerShell 实现，原因是它在注册表操作、服务管理、计划任务处理上比批处理强得多，尤其是面对带通配符的注册表路径时，PowerShell 可以用管道直接处理，批处理只能一行行 reg delete。

下面这个脚本是整个工具的核心骨架，清单里的名称全部是占位符，默认了某公司产品可能用到的服务名、进程名、驱动名。实际使用前，请用sc query type= service state= all和tasklist把机器上真实的名称替换进去：

param( [ValidateSet("Prepare","Stop","Clean","Verify")] [string]$Phase = "Stop", [string]$LogPath = "$PSScriptRoot\uninstall_log.txt" ) # 精确清单：请替换为 sc query / tasklist 里确认过的真实名称 $SvcNames = @("JY_TeacherSvc", "JYGuardSvc") $ProcNames = @("JYTeacher.exe", "JYGuard.exe") $DrvNames = @("JYFilterDrv", "JYProtectDrv") $UninstallPaths = @( "HKLM:\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\JY*", "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\JY*" ) $InstallPaths = @( "C:\Program Files (x86)\JYClassroom", "$env:ProgramData\JYClassroom" ) function Log { param([string]$Msg) $ts = Get-Date -Format "yyyy-MM-dd HH:mm:ss" Add-Content -Path $LogPath -Value "[$ts] $Msg" Write-Host $Msg } function Prepare { sc.exe query type= service state= all | Out-File "$PSScriptRoot\svc_before.txt" schtasks /query /fo csv /v | Out-File "$PSScriptRoot\tasks_before.csv" foreach ($p in $UninstallPaths) { if (Test-Path $p) { Get-Item $p | Select-Object PSChildName, DisplayName | Format-List | Out-File "$PSScriptRoot\uninstall_before.txt" -Append } } Log "Prepare done: snapshots saved to $PSScriptRoot" } function Stop { # 顺序：计划任务 -> 服务 -> 进程，防止进程被守护机制重新拉起 foreach ($task in @("JYUpdate", "JYGuardRestart")) { schtasks /delete /tn $task /f 2>$null | Out-Null } foreach ($s in $SvcNames) { $svc = Get-Service -Name $s -ErrorAction SilentlyContinue if ($svc) { Stop-Service -Name $s -Force -ErrorAction SilentlyContinue Log "stopped service $s" } } foreach ($p in $ProcNames) { $procName = $p -replace '\.exe$', '' if (Get-Process -Name $procName -ErrorAction SilentlyContinue) { Stop-Process -Name $procName -Force -ErrorAction SilentlyContinue Log "killed process $p" } } Log "Stop done" } function Clean { foreach ($d in $DrvNames) { sc.exe stop $d 2>$null | Out-Null sc.exe delete $d 2>$null | Out-Null $key = "HKLM:\SYSTEM\CurrentControlSet\Services\$d" if (Test-Path $key) { Remove-Item $key -Recurse -Force Log "removed driver key $key" } } foreach ($p in $UninstallPaths) { Get-Item $p -ErrorAction SilentlyContinue | Remove-Item -Recurse -Force -ErrorAction SilentlyContinue Log "cleaned uninstall key $p" } foreach ($r in @( "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Run\JY*", "HKLM:\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Run\JY*" )) { Get-Item $r -ErrorAction SilentlyContinue | Remove-Item -Force -ErrorAction SilentlyContinue } foreach ($path in $InstallPaths) { if (Test-Path $path) { Remove-Item $path -Recurse -Force -ErrorAction SilentlyContinue Log "removed path $path" } } Log "Clean done" } function Verify { $found = @() foreach ($s in $SvcNames) { if (Get-Service -Name $s -ErrorAction SilentlyContinue) { $found += "service:$s" } } foreach ($p in $ProcNames) { $procName = $p -replace '\.exe$', '' if (Get-Process -Name $procName -ErrorAction SilentlyContinue) { $found += "process:$p" } } foreach ($path in $InstallPaths) { if (Test-Path $path) { $found += "path:$path" } } if ($found.Count -gt 0) { Log "Verify FAIL: $($found -join ', ')" exit 1 } else { Log "Verify PASS" } } switch ($Phase) { "Prepare" { Prepare } "Stop" { Stop } "Clean" { Clean } "Verify" { Verify } }

脚本逻辑按阶段拆分：Prepare 导出三份快照，为后续回滚留依据；Stop 按“计划任务 → 服务 → 进程”的顺序停止所有运行态残留；Clean 负责删驱动、注册表卸载键、Run 键和安装目录；Verify 做最终扫描，发现任何残留就通过 exit code 返回 1。

代码里几个细节要注意：Stop-Service -Force会连带停止依赖服务，这在服务被其他组件引用时比直接sc stop更容易成功；Get-Process -Name不接受带 .exe 后缀的名字，所以用-replace '\.exe$',''去掉后缀；注册表路径带通配符时，Get-Item和Remove-Item都能直接处理，这是 PowerShell 比 reg delete 方便的核心点。

4.2 脚本参数与调用方式：为什么分阶段跑

脚本只暴露两个参数：-Phase决定执行哪个阶段，-LogPath指定日志路径。ValidateSet限制了 Phase 只能取四个值，拼写错误会在启动时报错，避免“跑了一半发现阶段名写错”的尴尬。

我特意不提供“一键全清”模式。分阶段跑的好处是，失败时能精确定位到某一步。比如 Clean 阶段删文件报错，说明驱动或进程可能还在占用，日志里能看到具体是哪个路径删不掉；如果一把梭，所有错误混在一起，定位成本直接翻倍。调用示例：

# 管理员 PowerShell 中依次执行 .\JyTeacherUnTools.ps1 -Phase Prepare .\JyTeacherUnTools.ps1 -Phase Stop .\JyTeacherUnTools.ps1 -Phase Clean .\JyTeacherUnTools.ps1 -Phase Verify

由于每个函数都做了存在性检查，脚本是幂等的——同一阶段可以重复执行，已经清理干净的项目会自动跳过。这在实际运维中很有用，比如 Clean 阶段因为某个文件被占用中断了，重启后可以直接再跑一次 Clean，不需要从头开始。

还有一个实用技巧：日志文件用Add-Content追加而不是Set-Content覆盖，这样前后两次运行的结果会累积在同一份日志里，方便对比“第一次清理后还剩什么、第二次清理后有没有清掉”。

4.3 批处理入口：兼容 Win7 老机房环境

PowerShell 脚本在 Win7 上跑有两个问题：执行策略限制、老版本 PowerShell 对某些 cmdlet 的行为略有差异。机房里的老机器大多是 Win7，直接在 PowerShell 控制台里跑脚本容易被执行策略拦下。我的做法是外面包一层批处理入口，双击即用：

@echo off setlocal cd /d "%~dp0" set PHASE=%1 if "%PHASE%"=="" set PHASE=Stop powershell -NoProfile -ExecutionPolicy Bypass -File "%~dp0JyTeacherUnTools.ps1" -Phase %PHASE% if errorlevel 1 ( echo [ERR] phase %PHASE% failed, check uninstall_log.txt exit /b %errorlevel% ) echo [OK] phase %PHASE% finished

入口脚本接收一个参数，就是阶段名，不传默认执行 Stop。-ExecutionPolicy Bypass让 PowerShell 在本次调用时无视系统执行策略限制，-NoProfile避免加载用户配置文件里可能干扰运行的别名或函数。if errorlevel 1判断脚本返回值，Verify 阶段检测到残留会返回 1，入口脚本会把错误码原样抛出，方便后续自动化流程接手。

使用这个脚本时必须右键“以管理员身份运行”批处理文件，否则 Stop-Service 和注册表删除操作大概率会报权限不足。部署到多台机器时，我一般先把清单里的服务名、进程名在一台样本机上确认好，再同步到所有机器，避免每台机器都做一遍排查。

5. 极域卸载常见坑：现象、原因、解决三步排查

5.1 清理执行期的经典翻车：进程复活、服务幸存与注册表回写

坑一：进程怎么杀都杀不完。现象是 taskkill 返回成功，过几秒进程又回到任务管理器列表里。原因通常是计划任务或守护服务还没停，进程被重新拉起；少数版本会用双进程互相守护，A 进程监视 B 进程，B 进程被结束后 A 立刻重启它。解决：严格按“计划任务 → 服务 → 进程”的顺序执行，删完任务后先确认服务状态为 STOPPED，再杀进程；如果仍失败，进安全模式，安全模式下守护服务和计划任务不加载，进程基本没有复活条件。

坑二：服务删除后重启又出现。现象是sc delete执行成功，服务状态显示 STOPPED，重启后服务列表里又冒出来。原因是服务注册表键没有被彻底移除，或者系统里还有另一份驱动副本在启动时重新注册。解决：删除服务后手动检查HKLM\SYSTEM\CurrentControlSet\Services下对应键是否存在，存在就删掉；同时用sc query type= driver查一遍驱动列表，看有没有同名的底层驱动在支撑服务重建。

坑三：注册表删完又回写。现象是reg delete返回成功，立刻reg query又能查到同名的键。原因是程序本体还在运行，退出时重新写入配置，特别是那些把配置放在 HKCU 的版本，普通清理只删了 HKLM 的键，用户在登录状态下又写回了新值。解决：确认进程全部结束后再删注册表；如果拿不准，就先把用户启动项断开，重启后再删注册表，避免程序通过登录会话自动拉起。查注册表时一定要同时看 64 位和 32 位两个视图，WOW6432Node 的位置是重灾区。

5.2 验证与重装阶段的隐蔽残留：已安装提示与重启反弹

坑四：所有残留都清完了，重装还是提示“已检测到旧版本”。现象是卸载键、服务、驱动都不存在了，但安装程序依然拒绝继续安装。原因是 MSI 安装信息残留在 Windows Installer 的 Products 键里，安装程序靠产品 GUID 判断软件是否已安装，Uninstall 键被删不代表 MSI 记录被删。解决：先尝试用产品 GUID 做无声卸载：

# 先定位残留的产品 GUID Get-ChildItem "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\Products", "HKLM:\SOFTWARE\Classes\Installer\Products" -ErrorAction SilentlyContinue | ForEach-Object { $pn = (Get-ItemProperty $_.PSPath -ErrorAction SilentlyContinue).ProductName if ($pn -like "*JY*") { $_.PSPath } } # 确认 GUID 后，以管理员身份执行 msiexec /x {产品GUID} /qn

注意，ProductName 属性不一定存在于每个 Products 子键下，查不到时也不要直接删键，因为 Installer 键是系统级关键键，误删会导致其他软件卸载和修复异常。先跑msiexec /x，它会走正常卸载流程清理 MSI 残留；只有提示“此产品未安装”时才考虑手动删除对应 Products 子键，而且删除前先导出父键做备份。

坑五：验证脚本显示 PASS，重启后又看到进程或服务。现象是卸载后当时扫描无残留，重启后进程重新出现在任务管理器里。原因多数是启动文件夹里留了快捷方式或 VBS 脚本，路径指向另一个备份副本；还有的是 RunOnce 键在卸载时没有被清掉。解决：除了扫描服务、进程、目录，还要检查“启动文件夹”和 RunOnce 键：

# 检查启动文件夹和 RunOnce 里的残留入口 $paths = @( "$env:APPDATA\Microsoft\Windows\Start Menu\Programs\Startup", "$env:ProgramData\Microsoft\Windows\Start Menu\Programs\Startup" ) foreach ($p in $paths) { Get-ChildItem $p -ErrorAction SilentlyContinue | Where-Object { $_.Name -like "*JY*" } | Remove-Item -Force } Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce", "HKCU:\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce" -ErrorAction SilentlyContinue

启动文件夹里的条目不一定是 .exe，也可能是 .vbs 或 .bat，它们通过 WScript 或命令解释器间接拉起程序，扫描时按文件名过滤即可。RunOnce 键多为一次性的，清理节奏比较快，但正因为只运行一次，容易被忽略。

6. 验证卸载结果，并把清理脚本扩展成通用残留清理器

验证不能只看“服务没了”。把下面这段用 PowerShell 写成独立脚本，在清理完成后跑一遍，输出 PASS 或 FAIL，直接决定这台机器是否要重做系统：

# 极域残留验证脚本，返回 0 表示干净，返回 1 表示仍有残留 powershell -NoProfile -ExecutionPolicy Bypass -Command " $hits = @(); $svc = Get-Service -ErrorAction SilentlyContinue | Where-Object { \$_.Name -like '*JY*' -or \$_.DisplayName -like '*JY*' }; if ($svc) { $hits += 'service' }; $proc = Get-Process -ErrorAction SilentlyContinue | Where-Object { \$_.ProcessName -like '*JY*' }; if ($proc) { $hits += 'process' }; if (Test-Path 'C:\Program Files (x86)\JYClassroom') { $hits += 'path' }; $reg = Test-Path 'HKLM:\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\JY*'; if ($reg) { $hits += 'uninstall_key' }; if ($hits.Count -gt 0) { Write-Host ('FAIL: ' + (\$hits -join ',')) -ForegroundColor Red; exit 1 } Write-Host 'PASS' -ForegroundColor Green "

这段脚本的关键是综合了服务、进程、目录、注册表四个维度。如果输出 PASS，但重装时依然报已安装，问题出在 MSI 残留；如果输出 FAIL，按提示的维度直接定位是服务、进程还是注册表的问题，不需要重新跑一遍完整卸载。

工具本身也值得继续打磨。我后来把自己写的这类清理脚本做了通用化：把服务、进程、驱动、注册表键、目录清单抽到脚本外部的文本配置里，主逻辑只做“停止 → 清理 → 验证”的循环。这样遇到其他有类似强残留的管理软件，只需要改配置文件名，不需要动脚本逻辑。扩展时唯一要注意的是服务依赖关系，停服务时先查sc qc的依赖列表，避免强制停止影响到其他软件。

我的习惯是每台机器清理后保留三样东西：卸载前快照、卸载日志、验证结果截图。下次这台机器出问题，回头翻日志就知道当初到底清了什么、没清什么。清理工具做得再顺手，也不如操作过程全程留痕可靠。

希望帮到你。

本文还有配套的精品资源，点击获取