遇到Win11复制大文件卡在99%的情况，先别急着砸电脑。这个进度条停滞问题，几乎是每个处理过20GB以上视频或虚拟机镜像文件的用户都经历过的噩梦。你以为传输即将完成，实际上界面已经失去响应，系统看似无响应，你硬着头皮等待几分钟甚至更久，最后实在受不了强制中止——结果呢？要么文件损坏，要么目标磁盘里留下大量无用的临时文件。
这到底是怎么回事？别担心，下面这几个方法，基本能帮你彻底解决Win11复制大文件卡99%的难题。
先确认系统是否真的卡住了
盲目重启可不是好习惯。先打开任务管理器，右键点击任务栏即可。切换到“性能”选项卡，点击左侧的“磁盘”，然后观察右侧的“活动时间”和“读取/写入速度”。如果活动时间直接降到0%，读写速度也显示“0 KB/s”，那基本可以断定，系统已经停止了输入输出操作。这不是假死，而是传输流程确实发生了错误。
还有个判断技巧：打开目标文件夹，按Ctrl+H显示隐藏文件，看看有没有以“.tmp”或“~$”开头的临时文件。如果存在，说明系统很可能在最后的校验或重命名环节崩溃了。
罪魁祸首：远程差分压缩服务
很多人不知道，Windows中有一个默认启用的功能叫“远程差分压缩”。它的本意是在复制文件时进行后台哈希校验，听起来很靠谱，但问题就出在这里。在Win11 22H2及之后的版本中，这项服务与某些NVMe SSD的固件存在严重的兼容性问题，导致复制到99%时直接死锁。
解决办法很简单，把这个服务关闭即可。按Win+R，输入services.msc，回车。在服务列表中找到【Remote Differential Compression】，右键选择“属性”，把启动类型改为“禁用”，再点击“停止”，最后确定。完成这一步后，必须重启资源管理器或者注销当前用户，否则设置不会生效。
最稳妥的方案：使用robocopy命令行
图形界面靠不住，那就绕过它。robocopy是微软自带的一款命令行工具，直接调用NT内核API，跳过了资源管理器那套复杂的前端逻辑，稳定性要好得多。
打开方法：按Win+X，选择“终端（管理员）”。然后输入类似下面的命令：
robocopy "D:\BigDataProject" "E:\BackupProject" /E /Z /R:3 /W:5 /LOG:C:\robocopy.log这里简单解释几个参数：/E表示复制子目录（包括空目录），/Z支持断点续传，/R:3表示失败时重试3次，/W:5是每次重试间隔5秒。最关键的是，它会生成一份详细的日志文件，每个文件的状态都一目了然，再也不会出现“99%”这种让人猜谜的进度条了。
一个小提醒：如果路径中包含空格，一定要用英文双引号包裹。目标磁盘必须为NTFS格式，exFAT不支持robocopy的全部功能。
更换文件管理器，一劳永逸
如果不想记忆命令，那就换个工具。
首推Files App，这是微软自己开源的项目，在Microsoft Store就能下载。它的底层走的是WinRT API，与传统explorer.exe的复制引擎完全不同，不仅不会卡在99%，还能实时显示字节数和剩余时间。
TeraCopy也是一个经典选择，免费版完全够用。安装后右键菜单会多出一个“Copy with TeraCopy”选项。它默认关闭了最终的哈希校验步骤，还支持暂停、排队、跳过错误。遇到坏扇区时会尝试重新读取，而不是直接卡死。
使用Total Commander的老用户也有办法：启动后按Alt+F7，在复制对话框中勾选“跳过校验（No verification）”，就能彻底屏蔽Windows那个容易出问题的post-copy校验环节。
以上几种方法，选一个最顺手、最符合你工作习惯的即可。Win11复制大文件卡99%的老毛病，其实解决起来没那么复杂。
