TotalUninstaller清理VS2015残留：配置、快照与重装复位

简介：TotalUninstaller.zip 是一款面向需要彻底清理 Visual Studio 2015 安装痕迹的开发者与运维人员的卸载辅助工具，标签指向 vs2015，主要解决常规卸载后组件、配置与残留目录不易清除的问题，适合准备重装系统、升级开发环境或排查旧组件冲突的用户作为辅助手段。压缩包共 20 个文件，约 1.68MB，包含可执行主程序、动态链接库、配置说明、调试符号、数据文件、许可文档及配置文件，整体围绕强制卸载与配置管理模块组织，目录结构紧凑，便于按用途查找。已有 555 人学习或下载。其价值在于提供强制卸载入口与配套配置，便于在升级到新版开发环境前对旧版组件做一次集中清理，并借助文档了解卸载流程与残留检查思路；但需注意它并非万能，实测仍可能在系统盘留下旧版命令提示符等条目，使用时应结合手动排查与删除，谨慎操作。

1. 解压完打不开：TotalUninstaller 和 VS2015 残留的初次交手

TotalUninstaller.zip 解压出来，双击主程序，窗口一闪就没了——这是我在一台装过 VS2015 的老机器上第一次遇到的情况。当时以为是包不完整，重新解压了三遍，最后发现问题出在解压路径上：目录名里带了个中文括号。VS2015 这种组件树深、注册表分支多的安装体，卸载不干净就会一直卡着重装，要么提示已存在更高版本，要么装到一半回滚；系统自带的卸载项点完看着是干净了，ProgramData 和注册表里还留着一大片。这类便携卸载工具就是用来处理这些残留的。下面按我实际部署的顺序记一遍：放哪、怎么起、怎么配、怎么针对 VS2015 清残留，以及出错时怎么退回去。

2. 环境准备：系统位数、运行库和解压位置先定死

便携类卸载工具之所以被称为「免安装」，只是因为它不需要写注册表、不需要走安装向导，并不代表它不依赖运行环境。我见过太多次「双击没反应」，最后查下来不是包坏了，而是解压到了一个奇怪的路径、文件被系统标记成「来自网络」而被拦截，或者机器上连 .NET Framework 4.x 都没装全。所以这一章的三件事必须在动手之前定死：系统能不能跑、文件放哪、谁来给它权限。这三件事任何一件没定好，后面的扫描和卸载都会出问题，而且报错信息往往指向错误的方向，很容易让人白忙一整天。

2.1 运行环境清点：位数、运行库和系统版本

先说位数。现在还在跑 VS2015 的机器，相当一部分是 64 位系统上装 32 位 IDE 的老环境，卸载工具本身多数是 32 位进程。这没有问题，但你要清楚它扫Program Files和Program Files (x86)时看到的是两套目录树，清理残留的时候别只盯着其中一个。

运行库这块，便携工具常见两种实现：一种是原生编译的单文件 exe，双击就跑，什么都不依赖；另一种基于 .NET Framework 的 WinForms 写，缺运行库就直接闪退，连错误框都不弹。分不清是哪种的时候，我一般的做法是先查一遍 .NET 版本，反正一条命令的事：

# 看系统版本和位数，确认是 x64 还是 ARM64 Get-CimInstance Win32_OperatingSystem | Select-Object Caption, OSArchitecture, Version # 查 .NET Framework 4.x 的 Release 号，判断是否满足 4.6 以上 Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full' -ErrorAction SilentlyContinue | Select-Object Release, Version

第一段取的是操作系统信息，OSArchitecture这个字段比在「此电脑」右键属性里看更准，尤其是在虚机模板里。第二段读的是注册表里 .NET Framework 4.x 的版本标记，Release是个 DWORD 值，业内通用的判断方式是：Release大于等于 528040 基本就是 4.8 系列，393295 对应 4.6，再低就说明运行库偏旧。如果这条命令直接报「找不到路径」，说明机器上连 4.x 都没装，那就别急着折腾工具，先把运行库补上。

还有一个容易被忽略的点：VS2015 自己会往系统里塞一堆 VC++ 运行库的各个版本。这些库和卸载工具的运行没有直接关系，但如果你在清理阶段顺手把 VC++ 运行库全删了，后面重装 VS2015 时会在某个组件上莫名其妙地失败。运行库属于「可以留着」的那一类，别当垃圾清。

提示：环境检查这一步不要跳过。我踩过最冤的一次坑，是花了两小时排查卸载工具「扫描闪退」，最后发现那台机器的 .NET Framework 4.x 被某个清理脚本删过一半，补装完立刻正常。

2.2 解压位置：桌面、Program Files 和同步目录都不合适

路径这件事是重灾区，我把它单独拎出来讲，因为它的表现形式特别有迷惑性：程序能启动，但扫描到一半退出，或者备份写到一半失败，报的错跟路径一点关系都没有。

先说为什么不能放桌面。桌面路径里经常带中文用户名，中文在某些程序的文件 API 上会出问题；更要命的是桌面往往被 OneDrive 之类的同步盘接管，变成C:\Users\xxx\OneDrive\桌面这种深路径，卸载工具在备份大量文件时会持续写入，同步客户端同时在扫，两边抢文件句柄，备份就断了。我遇到过一次，备份目录里出现一堆.tmp残留，工具的日志里只写「写入失败」，查了半天才定位到同步。

再说Program Files。看着正规，实际上有两个坑：一是这个目录默认需要管理员权限写入，而便携工具默认会把备份、日志、配置写在自己所在的目录旁边，权限一卡就失败；二是 32 位程序访问Program Files时会被重定向，你以为写到了C:\Program Files\TotalUninstaller，实际落在C:\Program Files (x86)对应的位置，找日志的时候会怀疑人生。

我一般固定放在一个短路径、纯英文、不同步的位置，比如D:\Tools\TotalUninstaller。落地就三条命令：

# 1. 建目标目录（-Force 保证目录不存在时也能创建） $root = 'D:\Tools\TotalUninstaller' New-Item -ItemType Directory -Path $root -Force | Out-Null # 2. 解压，-Force 覆盖已有文件，避免残留旧版本 Expand-Archive -Path 'D:\Downloads\TotalUninstaller.zip' -DestinationPath $root -Force # 3. 解除「来自网络」的锁定标记，否则部分系统会静默拦截执行 Get-ChildItem -Path $root -Recurse -File | Unblock-File

Expand-Archive是 PowerShell 自带的解压命令，-Force在目标已存在时覆盖而不是报错，适合反复重装同一个工具的场合。第三步的Unblock-File是关键：从网络下载的压缩包解压出来的文件，会带一个叫 Zone.Identifier 的备用数据流，Windows 会据此判断文件「来自其他计算机」，部分策略下会直接阻止执行，表现就是双击没反应、右键属性里多出一个「解除锁定」复选框。这个标记解压后会跟着文件一起走，所以要递归清一遍。

顺手建议做一次哈希校验，尤其是这份资源在多次转存之后，你无法确定内容有没有被改过：

# 计算压缩包 SHA256，和来源处给出的值比对 Get-FileHash -Path 'D:\Downloads\TotalUninstaller.zip' -Algorithm SHA256 | Format-List Algorithm, Hash, Path

-Algorithm支持 SHA1、SHA256、SHA512 等，SHA256 足够用。校验的意义在于排除「包本身就是坏的」这种最低级的可能性，避免后面所有排查都建立在一个错误前提上。

2.3 权限与安全软件：让工具真正拿到它需要的权限

卸载工具要读注册表、要删Program Files下的目录、要清ProgramData，这些没有管理员权限一律做不了。但「以管理员身份运行」这件事，很多人只是右键点一下，下次从快捷方式启动又掉回普通权限，然后疑惑为什么这次扫出来的东西变少了。

比较稳的做法是做两件事。第一，给主程序设置永久以管理员身份运行：右键 exe → 属性 → 兼容性 → 勾选「以管理员身份运行此程序」。第二，用命令启动，确认提权真的生效：

# 以管理员权限启动主程序，-Verb RunAs 会触发 UAC 提权 $exe = 'D:\Tools\TotalUninstaller\TotalUninstaller.exe' Start-Process -FilePath $exe -WorkingDirectory (Split-Path $exe) -Verb RunAs

-Verb RunAs是Start-Process里触发 UAC 提权的开关，等价于右键「以管理员身份运行」。-WorkingDirectory不能省，因为很多便携程序把配置和日志写在「当前工作目录」而不是「exe 所在目录」，从别的地方启动会让它把文件散落到C:\Windows\System32下面，找都找不到。

安全软件这块，我一般不主张直接关掉。更合理的做法是把工具目录加进信任列表，或者至少在执行卸载和批量删除的这段时间里，别让实时防护对每个即将被删的文件做一次扫描——那会让整个卸载过程慢到无法接受，而且中途容易被判定为可疑行为打断。加白名单的粒度按目录来，不要按单个 exe，因为工具在运行过程中可能会释放临时组件。

环境这一章定完之后，可以用一张表快速复盘自己的落地情况：

3. 首次配置：备份目录、扫描深度和日志开关逐项定

工具第一次启动之后，大多数人会直接点「下一步」一路点到底，然后开始扫描。我不建议这么干，因为卸载类工具的默认配置是「通用场景」，不是「VS2015 场景」。通用场景意味着它会尽量多备份、尽量深扫描，这在清理一个小软件时是保险，在处理 VS2015 这种几十 GB 的安装体时就是灾难：备份能吃掉一整个盘，扫描能跑上半小时，中途一旦中断，备份目录里全是半成品。

这一章要做的是把几个关键开关按 VS2015 的实际体量调好，同时把基线快照建起来。快照是这类工具的核心功能，原理不复杂：卸载前记录一遍文件系统和注册表的状态，卸载后再记录一遍，两次对比出来的差异就是卸载动作「漏掉」的部分。理解了这个原理，你就知道为什么快照必须在卸载之前拍，而且必须在系统相对干净的时候拍。

3.1 选项面板逐项过：备份、日志、语言、扫描范围

不同版本的界面布局差异不小，但需要调整的项就那么几个，我按重要程度排一遍：

备份路径是第一个要改的。默认往往在工具目录下的Backup子目录，如果你的工具放在 D 盘而 D 盘剩余空间不多，就得换到空间充裕的位置。VS2015 完整安装体量很大，卸载前的注册表备份和文件备份加起来，留 20 GB 以上比较安心。备份路径同样要遵守纯英文、无空格、非同步这三条。

日志级别建议开到详细。默认级别通常只记录「成功/失败」，出问题时信息量完全不够。详细级别会把每一个被访问、被删除的路径都记录下来，日志会大一些，但排查时这就是黑匣子。

扫描范围要分清楚「全盘扫描」和「指定程序扫描」。全盘扫描会把所有已安装程序都列出来，速度慢；指定程序扫描直接定位到目标条目，速度快但需要你用关键字匹配。清理 VS2015 残留用后者就够，全盘扫描留着做定期体检。

语言和界面这块没有技术含量，选自己能读懂的就行，不建议为了「看起来专业」硬用英文界面——排查的时候看错一个选项，代价远大于那点阅读便利。

3.2 建快照基线：卸载前先存一张「干净状态照片」

快照操作本身是一键的，但时机很关键。我的习惯是：先关掉所有和 VS2015 相关的进程（IDE、安装器、更新服务、各种后台宿主），重启一次，然后立刻拍快照。刚重启完的系统状态最干净，后台没什么临时文件在变，对比出来的差异最准确。

具体顺序是这样的。先把要清理的 VS2015 版本的安装器找出来，确认它的卸载入口还能用；然后用工具对目标做一次「已安装程序」扫描，找到 VS2015 对应的条目，确认它的安装路径、注册表分支、组件数量都被正确识别；接着拍快照；最后才执行卸载。

这里有个反直觉的地方：快照不是拍得越全越好。如果你的机器上有几百 GB 的开发缓存、NuGet 包、Docker 镜像，全量快照会把它们全记一遍，耗时且没有意义。合理的做法是把明显的大目录排除掉：

# 快照前清理临时目录，减少噪音（这些目录本身就是垃圾，删了不影响系统） $tempPaths = @( "$env:TEMP", "$env:WINDIR\Temp", "$env:LOCALAPPDATA\Temp" ) foreach ($p in $tempPaths) { if (Test-Path $p) { # -ErrorAction SilentlyContinue：跳过被占用的文件，不中断整个流程 Get-ChildItem -Path $p -Force -ErrorAction SilentlyContinue | Remove-Item -Recurse -Force -ErrorAction SilentlyContinue } } # 确认待快照的磁盘剩余空间，避免快照写到一半空间不足 Get-PSDrive -PSProvider FileSystem | Select-Object Name, @{n='FreeGB';e={[math]::Round($_.Free/1GB,1)}}

第一段清的是三个临时目录，$env:TEMP是当前用户的临时目录，$env:WINDIR\Temp是系统级临时目录，两者内容不同，都要清。第二段列出各磁盘剩余空间，@{n=...;e=...}是计算属性的写法，把字节换算成 GB 并保留一位小数，比原始字节数直观得多。

3.3 配置文件与日志落在哪：换机器时怎么带走

便携工具的配置一般有两个去处：exe 同目录下的 ini 或 json 文件，或者用户注册表HKCU下的某个分支。前者好办，整个目录拷走就行；后者麻烦一点，不显式导出就会丢。

判断方法是看目录里有没有配置文件，以及改了设置之后文件修改时间有没有变化。如果没有变化，八成写进注册表了。这时候可以整段导出备份：

# 导出当前用户的软件配置分支（路径按实际键名替换） $key = 'HKCU:\Software\TotalUninstaller' if (Test-Path $key) { reg export "HKCU\Software\TotalUninstaller" "D:\Tools\TotalUninstaller\config-backup.reg" /y } # 备份整个工具目录，含配置、日志、备份索引 Compress-Archive -Path 'D:\Tools\TotalUninstaller\*' ` -DestinationPath "D:\Tools\TotalUninstaller-$(Get-Date -Format yyyyMMdd).zip" ` -CompressionLevel Optimal

reg export的/y表示覆盖同名文件不提示，适合放进脚本。Compress-Archive的-CompressionLevel Optimal会在压缩率和速度之间取平衡，Fastest更快但体积大，备份配置这种小体量数据没必要省那点时间。文件名里拼了日期，是为了避免多次备份互相覆盖。

日志的位置要单独记一下。详细级别下日志增长很快，如果工具目录放在空间紧张的盘上，跑几次就满了。我的做法是把日志目录也指向一个独立位置，或者至少在每次大操作之后归档一次，只保留最近三次。

4. 针对 VS2015 的卸载：顺序、清理边界和重装前的复位

到这一步工具本身已经就位了，剩下的是怎么用它处理 VS2015。这一章是我认为最需要经验的部分，因为「把 VS2015 卸干净」和「把 VS2015 相关的所有东西都删掉」是两件完全不同的事，后者做完之后机器上其他依赖 VS2015 运行库的软件会跟着出问题。

先明确 VS2015 的版本坐标：它的主版本号是 14.0，安装后会在系统里留下三处主要痕迹——程序目录、ProgramData下的共享配置、用户配置目录。注册表里则至少有HKLM的 32 位视图、HKLM的 64 位视图和HKCU三处分支。理解了这个分布，你就知道为什么系统自带的卸载项清不干净：它只处理了安装器自己登记的部分。

4.1 卸载顺序：先走官方卸载器，再用工具收尾

顺序反了会很难受。如果先用第三方工具强删目录和注册表，官方卸载器再跑的时候就找不到自己的组件清单，会卡在「正在准备」或者直接报错退出，最后还是得手工清。正确顺序是：官方卸载器先跑一遍，把它能做的做完，剩下的残留再交给工具处理。

VS2015 的安装器支持静默卸载参数，具体参数随安装器版本略有差异，先看一遍帮助再执行：

# 先看安装器支持哪些参数，不同版本的参数名可能不同 & 'D:\VS2015\vs_community.exe' /? # 静默卸载并强制移除（/force 用于绕过部分组件卸载失败的情况） & 'D:\VS2015\vs_community.exe' /uninstall /force /quiet /norestart

/uninstall是卸载动作，/force表示即使某些组件报告卸载失败也继续，/quiet关闭交互界面，/norestart阻止安装器自动重启机器。/force要慎用：它会把卸载失败的信息吞掉，日志里才看得到，所以执行完之后一定要去翻一遍日志，确认没有大面积失败。

这一步跑完，正常情况下 VS2015 的主程序目录应该已经空了或者不存在了。如果目录还在、里面还有文件，说明卸载没有完全成功，这时候才轮到工具出场。

4.2 残留目录与注册表：哪些该删，哪些必须留

这是最容易出事的地方。VS2015 的残留分布在好几个位置，性质完全不同，不能一视同仁地删。我按处理建议列一遍：

Package Cache这个目录我要单独强调。它存放的是安装器下载下来的原始安装包，VS2015 卸载时部分组件需要从这里取回安装包才能完成卸载。如果你在卸载前就把它清了，卸载会失败；如果你在卸载后清了它，以后想修复或者其他版本 VS 想卸载时同样会失败。空间不紧张的话，留着。

注册表部分同样要区分。HKLM下的分支影响全机器，HKCU下的只影响当前用户。清理前必须导出备份：

# 清理前先把三处注册表分支完整导出，出问题可以双击 .reg 回滚 $stamp = Get-Date -Format 'yyyyMMdd-HHmm' $backupDir = "D:\Tools\TotalUninstaller\reg-backup\$stamp" New-Item -ItemType Directory -Path $backupDir -Force | Out-Null $branches = @( 'HKLM\SOFTWARE\Microsoft\VisualStudio\14.0', 'HKLM\SOFTWARE\WOW6432Node\Microsoft\VisualStudio\14.0', 'HKCU\SOFTWARE\Microsoft\VisualStudio\14.0' ) foreach ($b in $branches) { $name = ($b -replace '[\\:]', '_') + '.reg' reg export $b (Join-Path $backupDir $name) /y 2>$null }

-replace '[\\:]', '_'把分支路径里的反斜杠和冒号替换成下划线，避免生成非法文件名。2>$null把「找不到该分支」这类非致命错误压掉，因为不同机器上分支不一定都存在。这段脚本的价值在于：它给了你后悔药。删错了，双击对应的.reg文件就能恢复。

删除动作建议交给工具的「残留清理」功能做，而不是手工Remove-Item。原因是工具在删除前会再确认一次目标是否被占用、是否有其他程序依赖，手工删没有这层保护。如果一定要手工删，至少先确认没有进程占用：

# 检查目标目录是否被进程占用，有输出就先关掉对应程序 Get-Process | Where-Object { $_.Path -like 'C:\Program Files (x86)\Microsoft Visual Studio 14.0\*' } | Select-Object Id, ProcessName, Path

$_.Path在某些进程上会因为权限不足取不到值，脚本里加了-like判断会自动跳过这些。有输出就说明还有程序在用这个目录，先处理掉再删。

4.3 重装前的复位清单：让安装器认不出「旧版本」

清完残留不代表能顺利重装。VS2015 的安装器除了看目录，还会读注册表里的安装记录和Package Cache里的状态文件。任何一处残留都可能让它在启动时判定「已安装」，然后直接跳过安装或报错。

重装前我一般按这个清单过一遍：

第一，确认主程序目录不存在，或者存在但为空。第二，确认三处注册表分支已经清理，可以用reg query快速验证。第三，确认%ProgramData%\Microsoft\VisualStudio\14.0不存在。第四，确认没有残留的 VS 相关服务在跑。第五，重启一次。

# 复位检查：每一项都应该返回空或「不存在」 $checks = @( 'C:\Program Files (x86)\Microsoft Visual Studio 14.0', 'C:\ProgramData\Microsoft\VisualStudio\14.0', "$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0" ) foreach ($c in $checks) { "{0} -> {1}" -f $c, (Test-Path $c) } # 查注册表分支是否还在 reg query "HKLM\SOFTWARE\WOW6432Node\Microsoft\VisualStudio\14.0" 2>$null reg query "HKCU\SOFTWARE\Microsoft\VisualStudio\14.0" 2>$null

"{0} -> {1}" -f ...是 PowerShell 的格式化字符串写法，输出比直接打印对象清晰。reg query没有输出且返回错误码，说明分支已经清掉了。

重启这一步不要省。有些文件句柄在进程退出后不会立刻释放，尤其是安装器留下的后台服务，不重启的话目录删不干净，你会以为是工具没生效。

5. 避坑记录：五条实际踩过的坑

这一章是我自己踩过、也帮别人处理过的五条，按发生阶段排序。每一条都按「现象、原因、解决」写，现象描述尽量还原当时看到的样子，方便你对号入座。

5.1 启动与扫描阶段

第一条：双击主程序，进程起来了又立刻消失，没有任何窗口。

现象：任务管理器里能看到进程闪一下就没了，事件查看器里有一条应用程序错误，模块名指向某个系统 dll。

原因：绝大多数情况是运行库不匹配。工具是基于 .NET Framework 某个版本编译的，而机器上的 4.x 被裁剪过或者版本太低。少数情况是解压不完整，主程序依赖的附属 dll 缺失。

解决：先按第 2 章的命令查Release值，低于 4.6 就补装运行库；补装后仍然闪退，就换个解压工具重新解压，并且用哈希校验确认压缩包完整。还有一种少见情况是路径里有特殊字符，把整个目录移到D:\Tools\下再试。

第二条：扫描能跑，但扫出来的已安装程序列表明显不全，VS2015 根本不在里面。

现象：列表里只有寥寥几个程序，系统里明明装了几十个。

原因：权限不足。普通权限下工具读不到HKLM的部分分支，也读不到其他用户的安装记录，扫描结果自然残缺。另一个可能是扫描范围选成了「当前用户」，而 VS2015 是机器级安装。

解决：关掉程序，用Start-Process -Verb RunAs重新以管理员身份启动，把扫描范围改成「所有用户」。改完再扫一次，对比两次的条目数量，正常情况下差距会很大。

第三条：扫描到一半卡住，进度条几个小时不动。

现象：CPU 占用很低，磁盘也没什么动静，就是不走。

原因：扫到了一个巨大的目录，或者扫到了网络映射盘、同步盘。这类工具的目录遍历没有做超时保护，遇到几十万个小文件或者响应慢的网络路径就会卡死。

解决：把网络盘和同步目录从扫描范围里排除，只扫本地固定磁盘。如果已经卡住，直接结束进程，清掉工具目录下的临时索引文件再重来。长期方案是把大缓存目录（包管理器缓存、容器镜像目录）加进排除列表。

5.2 卸载与清理阶段

第四条：官方卸载器跑完了，重装时仍然提示「已安装此产品」。

现象：主程序目录已经空了，但安装器启动后直接跳到「修改/卸载」界面，不给安装选项。

原因：注册表里的安装记录没清干净，或者Package Cache里的状态文件还在。安装器判断是否已安装，看的是这些记录而不是目录。

解决：按第 4 章的脚本把三处注册表分支导出备份后删除，再清掉%ProgramData%\Microsoft\VisualStudio\14.0，重启后重试。不要直接清Package Cache，除非确认没有其他版本依赖它。

第五条：清理完之后，其他开发工具开始报「找不到运行时」或「缺少某个 dll」。

现象：VS2015 是卸干净了，但另一个 IDE 或者某个命令行工具启动报错，提示缺少vcruntime140.dll之类。

原因：清理时把 VC++ 运行库一起删了。VS2015 装的运行库不只给自己用，其他程序也在依赖它。

解决：重新安装对应的 VC++ 运行库即可，不需要重装整个 VS。教训是清理阶段要区分「VS2015 专属文件」和「共享运行库」，后者在工具里通常会被标记为共享组件，看到这个标记就跳过。

6. 装完怎么验证：三条自检线确认工具真的能干活

工具能启动不等于能用，能扫描不等于能卸载干净。我一般用三条线验证，每条都有明确的通过标准，全过了才算这套环境真的跑通。

第一条线是启动线。以管理员身份启动主程序，界面正常渲染，选项面板能打开并保存，关掉再开配置还在。通过标准是「改一次设置，重启程序后设置未丢失」——这一条同时验证了权限和配置写入路径两件事。

第二条线是扫描线。对目标机器做一次指定程序扫描，确认 VS2015 对应的条目能被识别出来，且识别出的安装路径、组件数量与实际相符。通过标准是「扫描结果里的安装路径与Test-Path的结果一致」。如果不一致，说明权限或者扫描范围还有问题，别急着往下走。

第三条线是清理线，也是最关键的。卸载并清理完成后，逐项检查：

三条线都过完之后，我会再做一次「反向验证」：把之前导出的注册表备份和目录备份拿出来，确认它们能被正常读取。这一步不是多余的，因为如果备份文件本身是坏的，等于你根本没有后悔药，只是当时不知道而已。

# 反向验证：确认注册表备份文件可读、大小正常 Get-ChildItem 'D:\Tools\TotalUninstaller\reg-backup' -Recurse -Filter *.reg | Select-Object Name, @{n='KB';e={[math]::Round($_.Length/1KB,1)}}, LastWriteTime | Sort-Object LastWriteTime -Descending

-Filter *.reg比Where-Object过滤快，尤其是在备份目录文件多的时候。看输出里每条记录的大小，正常情况下几百字节到几兆都合理，出现 0 字节就说明当时导出失败了，得重新导一遍。

从那以后，我每次动这类会改注册表和系统目录的工具之前，都强制走一遍「导出备份 + 拍快照 + 重启」这三步，哪怕当时觉得多余。真出问题的时候，这三步就是唯一能救回来的东西。希望帮到你。

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