如何在 Windows 上卸载ExplorerPatcher
用 ExplorerPatcher 登记的卸载器移除,不手删外壳 DLL。先保存打开的工作,卸载外壳集成时可能重启资源管理器,任务栏也可能暂时消失。
先保存数据,再退出程序
记下以后还想恢复的任务栏和外壳设置,先结束资源管理器里的复制等重要操作,卸载完成前保留安装器和程序文件。任务栏没有恢复时先查厂商恢复说明,不继续删除 Windows 文件。
卸载对应的安装包
Windows 11 打开「设置 › 应用 › 已安装的应用」,找到 ExplorerPatcher 后选择卸载,Windows 10 对应的是「设置 › 应用 › 应用和功能」。先让自带卸载器走完,不提前删除程序目录。如果是 winget 安装,先确认准确的包名:
winget list --id valinet.ExplorerPatcher --exact
查询正常完成,并且显示的确实是准备移除的安装,再执行:
winget uninstall --id valinet.ExplorerPatcher --exact
这会调用该安装包登记的卸载方式,便携包则由包管理器移除。命令报错或没有匹配条目,都不能单独证明软件已经不在,还要核对 Windows 应用列表和最初的安装方式。卸载器要求确认或重启时,先保存其他工作再处理,命令行为见微软的 winget 卸载文档。
数据与独立组件分别处理
下面这些位置或组件要单独判断,看到目录还在,不代表里面的内容可以直接删除。
| 位置或组件 | 保留或检查什么 |
|---|---|
| 资源管理器外壳集成 | 交给产品安装器管理,不删除 Windows 其他位置的同名 DLL。 |
| 任务栏和资源管理器设置 | 卸载前记下要留的设置,界面恢复默认不等于所有设置都已删除。 |
检查卸载结果
winget list --id valinet.ExplorerPatcher --exact
包查询正常完成且没有匹配行,才说明没找到该包登记,有匹配行就还在,报错则结果未知。主动保留的数据留着即可,再用任务管理器核对进程的可执行文件是否属于这次安装,先区分另一版本或独立组件,再决定是否处理。
Mole 会列出什么
x64 测试移除了属于 ExplorerPatcher 的程序项,留下一个无名称、无内容的安装注册项,其上层注册表键保留。ExplorerPatcher 在 Explorer 进程内运行,因此没有单独的应用进程行。
这次检查覆盖了什么
x64 安装器改变了任务栏,卸载后任务栏恢复,安装器中途报错后自行恢复了 Explorer,最终通过模块和程序文件检查确认移除。此前在 ARM64 上的安装没有成功,这次结果不能说明 ARM64 兼容性,升级和从其他入口卸载后的残留扫描也没有测试。
本次测试使用 Mole 开发构建,未逐一验证正式发布的各个版本。