1. 到底是谁吃光了 D 盘先别删把“空间地图”画出来D 盘变红这个事几乎每个用 Windows 的人都会撞上几次。我不是说那种只剩十几个 GB 的“轻度发黄”而是整个进度条变成深红色、打开个软件都提示磁盘空间不足的状态。很多人第一反应是“删文件”但删了一通之后发现可用空间并没有回升多少甚至删掉了几十 GB 的“垃圾”后 D 盘依然红得刺眼。这背后的原因远比想象中复杂——D 盘空间不足的根源往往不是普通文件太多而是一堆隐藏的、被系统锁定的、或者“看起来不像文件”的东西在悄悄膨胀。在这篇文章里我会从 8 个排查步骤讲起每一步都附带可复现的操作方法、判断标准以及我自己实测中遇到的坑。适合范围很广普通用户照着做能解决 80% 的 D 盘容量问题系统运维、测试开发人员也可以把其中几个步骤直接写进日常巡检脚本里。文章末尾我会补充一些命令行脚本片段方便有基础的同学直接把整个排查流程自动化。1.1 排查思路与工具准备在进行任何删除操作之前强烈建议先做一次“静态盘点”。所谓静态盘点就是只看哪里有空间、谁占了空间不做任何修改。推荐两个工具WizTree免费、极快直接读取 NTFS 主文件表MFT几秒钟就能扫完整块硬盘能按目录大小排序还能直接定位到每个大文件。TreeSize Free老牌工具界面清晰支持按文件夹展开统计适合对可视化要求更高的用户。免费版功能足够排查使用。如果你不想装第三方工具Windows 自带的“磁盘清理”和“存储设置”也能做初步分析但速度慢、颗粒度粗只能看到“系统文件”“临时文件”这类大分类没法精确到具体的大目录。我个人习惯是先装 WizTree 扫一遍再结合命令行做精确统计。注意WizTree 扫描时要求以管理员权限运行否则无法读取某些系统文件的 MFT 记录结果会不完整。工具准备好之后先不要急着删。把 WizTree 的结果按文件大小从大到小排序截图或记下前十名的大目录和大文件心里有个底。接下来按下面的 8 个步骤逐一排查。2. 第一步定位超大目录与隐藏文件拖累2.1 WizTree 扫描后的第一眼判断用 WizTree 扫完 D 盘后你会看到一个按大小排列的目录树。第一眼重点看几个位置D 盘根目录下的最外层大目录是谁是否有隐藏的System Volume Information或$RECYCLE.BIN出现在列表里是否有以.vhdx、.vmdk、.iso、.bak、.log结尾的超大文件用户目录下是否有异常大的 AppData 文件夹。有一个很容易被忽略的情况虚拟机磁盘文件.vhdx可以在资源管理器中看到但 Docker Desktop 默认的 WSL2 虚拟磁盘却存放在C:\Users\用户名\AppData\Local\Docker\wsl\data\ext4.vhdx。如果你当时把 Docker Desktop 的数据目录改到了 D 盘那一块同样会以一个大.vhdx文件的形式膨胀而且在磁盘清理工具里根本不会出现。这个我在下面的第 4 步会专门展开。第一眼扫描完之后把明显可以删的垃圾文件比如几十 GB 的安装包、旧 ISO、重复备份先清掉。但先不要碰系统相关目录因为你不知道哪些是正在被运行的进程锁定的。2.2 隐藏的卷影副本与还原点占用这一步是“判断性”的一步但也是我见过最多人栽跟头的地方。很多人把 D 盘翻了个底朝天也没找到什么大文件结果空间就是不够最后发现是卷影副本VSS在吃空间。Windows 的系统保护功能默认会为每个分区创建还原点而还原点本质上就是卷影副本。如果某次 Windows 更新、驱动安装或第三方软件触发了系统保护它会在 D 盘上生成一个隐藏的System Volume Information文件夹体积可能高达几十 GB。这个文件夹在资源管理器里默认看不见在 WizTree 里如果不勾选“显示系统文件”也看不到。快速判断是否有大量 VSS 占用可以在“管理员命令提示符”里执行vssadmin list shadowstorage输出中会列出卷影副本存储区域的使用情况Used Shadow Copy Storage space和Allocated Shadow Copy Storage space。如果这两项数值很大比如超过 10GB就可以确认卷影副本占用过多。处理方式有两个一是调整系统保护的空间上限二是直接删除所有旧还原点。我个人建议vssadmin resize shadowstorage /onD: /forD: /maxsize5GB这条命令会把 D 盘卷影存储上限限制为 5GB不会影响后续系统还原的创建但能立刻释放整体进入驱动的腾讯视频、浏览器缓存等日常产生的一部分大空间。如果你确定不需要任何还原点可以执行vssadmin delete shadows /forD: /all /quiet这会删除 D 盘所有卷影副本释放最彻底。但注意删除后无法再通过系统还原回到删之前的系统状态请自行评估风险。2.3 页面文件与休眠文件的 D 盘残留很多人的虚拟内存都设置在 D 盘这就带来了pagefile.sys。正常情况下它会出现在 D 盘根目录但需要打开“显示隐藏操作系统文件”才能看到。它的体积一般是物理内存的 1 到 2 倍占个十几 GB 非常正常。休眠文件hiberfil.sys默认在 C 盘但如果某些优化软件或手动配置把它定到了 D 盘也会出现一个超大文件。判断方法很简单在 WizTree 里搜pagefile.sys、hiberfil.sys、swapfile.sys这三个关键词如果能搜到再看文件大小。页面文件不建议直接删除因为删除后虚拟内存会失效某些内存压力大的应用可能崩溃。但你可以把大小改为“由系统管理”让它随需伸缩。修改路径此电脑- 右键属性-高级系统设置-性能-设置-高级-虚拟内存-更改选择 D 盘设为“系统管理的大小”然后重启。这样设置后pagefile.sys 不会一直占满最大值而是按需变化。3. 第二步检查回收站与各类“临时文件夹”的真实占用3.1 回收站里的“隐形大户”回收站是 D 盘变红的经典元凶之一。你从其他盘删除的大文件如果回收站属性没有限制大小就都会躺在 D 盘的$RECYCLE.BIN里。有时候你以为自己删了 50GB 的文件其实只是把它们挪进了回收站空间并未真正释放。查看回收站占用的方式右键桌面回收站 - 属性查看各个分区的空间占用情况或者在命令提示符里执行dir /a /s D:\$RECYCLE.BIN查看实际文件大小。我自己遇到过一种情况回收站属性里显示占用为 0但$RECYCLE.BIN目录下却有几个 GB 的隐藏文件。这是因为某些程序调用的是非标准 API 删除文件回收站元数据没被更新。这种情况下最简单的办法就是管理员模式下清空回收站右键回收站 - “清空回收站”如果清不掉就在管理员命令行里执行rd /s /q D:\$RECYCLE.BIN。特别注意直接删除$RECYCLE.BIN目录不会影响当前还能正常显示的回收站内容但会导致部分被删除文件的“还原”入口丢失所以在执行强制删除前先确认回收站里的东西都不需要了。3.2 用户临时目录与软件缓存D 盘上的临时目录主要集中在两个位置D:\Windows\Temp如果系统或软件刻意把临时目录设置在 D 盘D:\ProgramData\Package Cache某些软件安装器会在这里留一份安装源缓存。Package Cache是很多人不知道的隐藏占位大户。很多大型软件比如 Visual Studio、SQL Server、Adobe 系列在安装时会先把安装包解压到Package Cache安装完成后并不自动删除。如果你把程序安装到了 D 盘这套缓存很可能也跟着落在 D 盘的ProgramData下体积经常是 5GB 起步。删除时要小心如果你还需要修复、卸载或添加功能Package Cache是必备的。正确的做法是用系统自带的“磁盘清理”工具让它识别并清理这些缓存而不是手动删目录。还有一个容易被忽略的点%TEMP%环境变量可能被某些软件改到了 D 盘。你可以在命令行执行echo %TEMP%看它的实际路径如果是指向 D 盘某目录说明 D 盘临时文件会被高频写入。清理这类临时文件前最好先关闭正在运行的浏览器、Office、视频编辑软件否则正在使用的临时文件会被锁定清理结果不完整。4. 第三步Docker、WSL2、虚拟机镜像与日志的定向处理4.1 Docker Desktop 数据目录迁移如果你的工作环境涉及 DockerD 盘变红有一个非常可能的原因Docker Desktop 的 WSL2 后端数据目录落在了 D 盘。默认情况下Docker 的ext4.vhdx位于 C 盘用户目录但很多人为了给 C 盘腾空间会把整个DockerDesktopWSL目录迁移到 D 盘。这个目录随时间推移可能会膨胀到几十 GB而且由于是 VHDX 动态磁盘即使你删除了内部的大量镜像和容器它也不会自动缩小。最有效的处理方式是先清理镜像再压缩虚拟磁盘执行docker system prune -a -f清理掉所有未使用的镜像、容器、网络和构建缓存退出 Docker Desktop在管理员命令行执行diskpart select vdisk fileD:\Docker\DockerDesktopWSL\data\ext4.vhdx attach vdisk readonly compact vdisk detach vdisk exit这条命令会把 VHDX 内部被删除但未释放的空间压缩回来有时候一次能压出二三十 GB。注意执行完 compact 之后再启动 Docker Desktop否则虚拟磁盘会被锁定。如果你还没把 Docker 数据目录迁到 D 盘但 C 盘又很紧张那可以把整个 DockerDesktopWSL 目录迁移到 D 盘。做法是在 Docker Desktop 设置里把Disk image location改为 D 盘的新路径然后重启 Docker。迁移后旧目录最好手动删除因为 Docker 不会自动清理。4.2 WSL2 虚拟磁盘的膨胀与回收不只是 DockerWSL2 发行版自己也依赖虚拟磁盘。如果你用过 WSL2 编译大型项目、跑深度学习或做大量文件读写它的ext4.vhdx也会持续膨胀。找到它的路径很简单在 PowerShell 里执行wsl --manage Ubuntu --set-default-version 2然后查看发行版注册信息通常位于C:\Users\用户名\AppData\Local\Packages\CanonicalGroupLimited.Ubuntu*\LocalState\ext4.vhdx。如果你迁移到了 D 盘就在你设定的那个目录下。回收 WSL2 虚拟磁盘空间的方法和 Docker 的 compact 基本一致也是用 diskpart 压缩 VHDX。但 WSL2 有更直接的命令wsl --shutdown先关闭所有 WSL 实例再执行 diskpart 压缩。如果 WSL 还在运行虚拟磁盘会被占用压缩会失败。4.3 虚拟机、日志目录和特殊缓存目录的专项检查除了 Docker 和 WSL2传统虚拟机软件VMware Workstation、VirtualBox、Hyper-V的磁盘文件也经常是 D 盘空间的大型占用者。排查时优先看这几个文件.vmdk/.vhdx/.vdi虚拟机磁盘文件动辄几十 GB.vmsn/.vmss虚拟机快照和挂起状态文件快照越多占用越大.log虚拟机日志文件正常情况下不会太大但如果有长期运行或频繁出错的应用日志文件也能堆出几个 GB。日志类文件在 D 盘还有一个隐藏来源某些应用比如 Tomcat、Nginx、Grafana、Elasticsearch如果安装数据目录设置在 D 盘其 logs 目录也会在 D 盘膨胀。特别是 Elasticsearch 的data目录和logs目录前者可能有索引分片后者可能有调试日志。这批内容在 WizTree 里一眼就能看到但在删除之前一定要先确认对应应用已经停止否则索引或日志文件会被锁定删了也释放不了空间。另外软件安装器还会在 D 盘生成一些看起来像乱码的缓存目录这类名字非常规的目录也值得扫一眼。一般来说凡是能在 WizTree 里看到、且名称不太像正常业务数据的大目录先搜一下它的用途再决定删不删。5. 第四步深入用户目录下的 AppData 与软件安装残留5.1 AppData 里的缓存与配置大文件D 盘上如果安装了 Electron 类应用比如 VS Code、Slack、钉钉、企业微信、飞书它们的用户数据很可能被存放到D:\Users\你的用户名\AppData\Roaming或D:\Users\你的用户名\AppData\Local下。Electron 应用的数据目录里最占空间的是Cache、Code Cache、GPUCache和Service Worker\CacheStorage这四个子目录。我自己实测过钉钉的Cache目录一度膨胀到接近 20GB而“系统设置 - 存储 - 临时文件”完全看不到它因为它是应用自身的缓存不是 Windows 临时文件。清理这类缓存的正确姿势是关闭应用后手动删除对应目录下的 Cache 子目录内容或者用应用自带的“清理缓存”功能。不建议直接删整个 AppData 目录因为里面还有登录状态、配置和本地数据库删完应用会像第一次安装一样。另外AppData\Local\Packages下有很多 UWP 应用的本地缓存比如 Microsoft Store 应用、Windows 搜索等。如果 D 盘上有一个 Windows 用户目录这里的 Package 目录也可能占用不少空间。用 WizTree 按大小排序后看到不认识的但小于 1GB 的目录可以先不动大于 1GB 就要仔细辨别是哪个应用产生的。5.2 软件卸载残留与安装包缓存很多软件卸载后会在 D 盘留下大量残留注册表项可以先不管但目录里经常会有D:\Program Files (x86)\某某软件或者D:\ProgramData\某某软件的残余文件。这些文件可能是更新备份、未清除的日志、旧版本 DLL。在删除前可以先用软件自带的卸载器“修复卸载”再手动删除残余目录。更有迷惑性的是各类安装包缓存工具比如 Scoop 和 Chocolatey。Scoop 默认会把应用安装在D:\Users\你的用户名\scoop它的cache目录会保存每次下载的安装包。如果你用 Scoop 装了很多大型软件比如 JDK、Python、Node.jscache 目录很容易超过 10GB。清理方法scoop cache rm *这条命令会清除所有缓存的安装包不影响已安装软件。还有个比较隐蔽的大头是浏览器下载目录。很多人把 Chrome/Edge 的默认下载目录改到 D 盘下载了一堆安装包、视频素材后从不清理久而久之也撑起了不小的空间。这一步不涉及什么高深技术但却是最容易被忽略的实际占用。5.3 指向 D 盘的“文档”“桌面”与数据库数据另外不少用户会把系统的“文档”“桌面”“视频”“图片”文件夹重定向到 D 盘。如果你之前这么做过那这些目录里的内容都算 D 盘空间的一部分。在 WizTree 里看到Documents、Desktop、Videos等目录特别大时别急着删先打开看看里面是什么。很多时候是微信/QQ 的聊天记录文件、视频会议录制文件或者某个项目的输出目录这些都属于“你可能还需要”的数据删除前必须人工确认。数据库类应用如果装在 D 盘数据目录更是一门学问。MySQL 的data目录、PostgreSQL 的data目录、Redis 的持久化文件、MongoDB 的dbPath都会随时间增长。在这些目录里删除数据文件时要格外小心MySQL 如果直接删 ibdata1基本等同于数据全部损坏。正确做法是先用 SQL 命令清理无用库表、优化表再对数据目录做迁移或重建。6. 第五步C 盘迁移到 D 盘后的索引与虚拟化文件检查6.1 迁移之后的“隐藏尾巴”很多用户会把 C 盘的部分大目录迁移到 D 盘比如把 Edge 的用户数据目录、剪映草稿目录、MySQL 数据目录、Windows 子系统目录等移动到 D 盘。迁移本身是好事但迁移后会留下三类隐藏问题迁移不完整原 C 盘路径还残留大量缓存或索引文件迁移后原路径被设置为 junction符号链接但链接可能指向了错误的位置迁移后软件仍按旧的绝对路径读写导致 D 盘同目录下不断累加新缓存。我见过一个典型案例把 MySQL 的 data 目录从 C 盘迁到了 D 盘但原 C 盘路径下还留着一个ib_logfile0和undo_001导致 C 盘只释放了一点空间而 D 盘 data 目录又持续增长。排查这类问题的关键是在 WizTree 里分别看 C 盘和 D 盘的对应目录对比时间戳和文件大小把残留清掉。6.2 Windows Search 索引库与剪映/Edge 缓存Windows Search 索引库Windows.edb如果被重定向到 D 盘索引文件可能会变得非常大。索引的增长取决于被索引的文件数量和文件变动频率如果你的 D 盘上有大量小文件比如 Node 项目、Git 仓库、图片素材索引库膨胀得很快。清理方式不是直接删 Windows.edb而是在“控制面板 - 索引选项”里缩小索引范围排除掉 D 盘上不需要搜索的大目录然后重建索引。剪映这种视频编辑软件如果把草稿目录迁到 D 盘它的缓存目录D:\剪映草稿\JianyingPro Drafts\Cache也会持续吃空间。视频编辑软件对缓存的需求很大每次导入素材都会生成代理文件和缩略图缓存体积轻松超过 10GB。定向清理方法打开剪映在“设置”里清理缓存文件老版本的话手动删除JianyingPro Drafts\Cache下的内容然后重启软件即可。6.3 桌面版 Codex 与 Windows 子系统的数据定位最近很多开发者在 Windows 上装 Codex 桌面版它同样有一份用户数据存在AppData下。如果你把 Codex 安装在 D 盘它的模型缓存和数据目录也会落在 D 盘。这类应用的模型缓存可能达数 GB但删除后需要重新下载所以如果不是空间极度紧张不建议直接清理而是考虑把缓存目录迁移到其他盘。Windows 子系统WSAWindows Subsystem for Android如果你启用过它的数据包和解压后的系统镜像也会占据 D 盘空间。WSA 的数据通常位于安装盘下的WsaPackage目录卸载 WSA 时不会完全清理需要手动去检查。这些内容体积大、更新频繁如果已经不再使用彻底卸载并联手删除残余目录是最优解。7. 第六步使用磁盘清理器和命令行辅助释放空间7.1 Windows 自带的“磁盘清理”到底清什么很多人觉得 Windows 的磁盘清理没用其实是因为没找对入口。当你运行cleanmgr /d D:时它只会显示“回收站、临时文件、缩略图缓存”这几项但如果你点击“清理系统文件”它会重新扫描一次列出 Windows 更新清理、设备驱动程序包、系统还原点、Delivery Optimization 文件、DirectX 着色器缓存等。这些内容加起来时不时能清出 10GB 以上的空间。其中有一个很容易被忽略的项是“设备驱动程序包”。Windows 在更新显卡驱动、声卡驱动时会把旧驱动保留在C:\Windows\System32\DriverStore\FileRepository有时也会在 D 盘的程序目录留下副本。这个目录里的旧驱动不可单独清理必须通过磁盘清理工具勾选对应的“设备驱动程序包”项来清理。如果你用 WizTree 扫到 D 盘上有一个巨大的FileRepository副本这通常是某些驱动安装器备份出来的可以用磁盘清理工具扫描后释放。7.2 命令行批量清理技巧对于有一定基础的同学我建议把以下几个命令记下来做一个.bat脚本定时跑一遍比打开各种工具快很多echo off REM 清理回收站 rd /s /q D:\$RECYCLE.BIN REM 清理 Windows 临时目录如果系统临时目录在 D 盘 del /q /f /s D:\Windows\Temp\*.* REM 清理当前用户临时目录如果 TEMP 指向 D 盘 del /q /f /s D:\Users\%USERNAME%\AppData\Local\Temp\*.* REM 清理软件分发缓存需要管理员权限 cleanmgr /sagerun:1需要注意rd /s /q D:\$RECYCLE.BIN会把 D 盘回收站里的所有内容直接擦除且不可恢复。如果不想丢数据先在回收站里人工筛选一下或者用 PowerShell 的Clear-RecycleBin -DriveLetter D -Force代替。cleanmgr /sagerun:1这个用法稍微特殊先手动执行一次cleanmgr /sageset:1在弹出的界面里勾选你希望清理的项目比如“设备驱动程序包”“临时文件”“Windows 更新清理”这些配置会保存到注册表编号 1之后每次执行/sagerun:1就会按照这套配置自动清理。这个组合非常实用建议存成计划任务。7.3 PowerShell 脚本一键汇总大目录如果你想更直观地看到 D 盘上前 20 大目录可以用下面这段 PowerShell 脚本它会遍历 D 盘第一层目录并计算大小结果直接按大小排序$path D:\ Get-ChildItem -Path $path -Directory -Force -ErrorAction SilentlyContinue | ForEach-Object { $size (Get-ChildItem -Path $_.FullName -Recurse -File -Force -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum [PSCustomObject]{ Directory $_.FullName SizeGB [math]::Round($size / 1GB, 2) } } | Sort-Object SizeGB -Descending | Format-Table -AutoSize这段脚本的缺点是递归遍历大目录时速度较慢第一次跑可能需要几十秒但胜在不需要第三方工具。更快的替代方案还是 WizTree直接用它的命令行WizTree.exe /exportD:\report.csv D:\生成的 CSV 可以直接导入 Excel 做排序分析。8. 第七步磁盘结构问题与“压缩太少”的真相8.1 为什么 D 盘空间很大但可压缩的空间很少很多人遇到这样一个诡异现象D 盘显示剩余空间只有几个 GB但看属性里的“压缩”按钮可压缩字节数却很小甚至为 0。这其实和 NTFS 的压缩机制有关NTFS 压缩只针对支持压缩属性的文件主要是文本、日志、办公文档、部分可执行文件对已经压缩过的格式如.jpg、.mp4、.zip、.exe、.pdf基本无效。如果 D 盘上多数是视频、图片和安装包那么即使选中“压缩内容以节省磁盘空间”能压出来的空间也微乎其微。另外D 盘空间大但可压缩少还可能是大量空间被系统文件占用而系统文件默认不允许用户压缩。比如System Volume Information、pagefile.sys、hiberfil.sys这些就属于这类。它们的体积很大但在资源管理器里点右键选“压缩”时并不会把它们列入压缩候选。8.2 NTFS 压缩与磁盘整理的正确操作如果你确信用了 NTFS 压缩但空间没有明显变化可以先看这个目录是否启用了“压缩内容以便节省磁盘空间”属性。使用命令compact /q D:\目标目录compact命令可以查看或设置目录的压缩状态如果输出里显示“压缩的文件数”为 0说明该目录根本没启用压缩。对于日志、CSV、XML 这类文件启用压缩效果不错但对于媒体文件和二进制安装包压了也白压。磁盘整理Defragmentation在 SSD 上已经没有意义了在机械硬盘上也不建议频繁做。真正能释放空间的是“优化驱动器”里的“Trim”面向 SSD和“碎片整理”面向 HDD但这两种操作都不会减少文件占用的空间它们只是重新排列物理数据位置。如果你发现 D 盘可用空间少但可压缩也少别浪费时间在整理上重点还是要回到前面的删除和迁移步骤。8.3 新加硬盘后的迁移策略如果你恰好“新加了一个固态硬盘”想把源 D 盘的数据迁移到 SSD 上那通常有两种路径整盘克隆用傲梅分区助手、Acronis True Image、DiskGenius 这类工具把 D 盘的整个分区克隆到新 SSD克隆完再扩展分区。这种方式的优点是省心一次搬完缺点是如果原本 D 盘里就有大量垃圾文件迁移后 SSD 上同样占满。迁移后清理再迁移先按前面的排查步骤清理完 D 盘垃圾再手动复制大目录到新 SSD最后在新 SSD 上建立符号链接让旧路径还能访问。比如mklink /J D:\数据 E:\数据这样软件就不需要改路径还能保持原有的使用习惯。我倾向于推荐第二种因为迁移本身也是一个整理机会把垃圾留在旧盘新 SSD 只放真正要用的数据体积能小非常多。9. 第八步自动化巡检脚本与日常维护习惯9.1 把排查脚本化、定期化D 盘空间问题不是一次性解决就万事大吉的它更像一个需要长期维护的“慢性病”。如果你不想每次都在 D 盘变红时才慌慌张张排查建议把前面几节里的方法组合成一个巡检脚本挂到 Windows 任务计划程序里每周跑一次发现磁盘空间低于阈值时自动告警。下面是一个简单的 PowerShell 示例检查 D 盘剩余空间低于 20GB 时输出警告并顺便把回收站清空、临时文件清掉$drive Get-PSDrive -Name D $freeGB [math]::Round($drive.Free / 1GB, 2) if ($freeGB -lt 20) { Write-Host [警告] D盘剩余空间不足: $freeGB GB -ForegroundColor Red Clear-RecycleBin -DriveLetter D -Force -ErrorAction SilentlyContinue Remove-Item -Path D:\Users\$env:USERNAME\AppData\Local\Temp\* -Recurse -Force -ErrorAction SilentlyContinue } else { Write-Host [信息] D盘剩余空间: $freeGB GB -ForegroundColor Green }用任务计划程序配置时选择“以最高权限运行”触发器设为“按周”。这样即使你某段时间不关注磁盘系统也会自动帮你做一个“轻量清理”至少不会等到变红了才发现。9.2 养成定期清理大文件的习惯排查到最后其实真正容易复发的还是那几个固定位置Docker/WSL2 的虚拟磁盘、AppData 里的 Electron 缓存、下载目录、数据库数据目录。建议每个月固定做一次“大文件盘点”用 WizTree 扫一下把超过 1GB 的文件列出来确认哪些可以删、哪些需要迁移。对于下载目录可以设置一个规则超过 30 天没动过的安装包默认删除或移动到外置备份盘。对于视频素材和项目文件建议用 NAS 或移动硬盘做二次备份避免因为磁盘空间紧张就不敢删最后越堆越多。9.3 空间不足时的应急措施如果 D 盘空间已经严重不足、连基本的操作都卡顿又来不及做深度排查可以用这几个“应急三步”先撑过当下清空回收站并运行cleanmgr /d D:执行wsl --shutdown停止所有 WSL 实例释放虚拟磁盘占用用 WizTree 快速删除下载目录里最大的几个安装包和 ISO 镜像。这三招通常能在 10 分钟内释放出 20GB 以上的空间。但请注意这只是治标D 盘空间管理还是得靠前面那些系统性步骤。10. D 盘排查过程中的常见问题与避坑记录10.1 明明删除了文件空间却没变这个问题在 D 盘排查中非常常见。原因大致有三类文件被某进程占用比如日志文件还被应用写、文件在回收站或卷影副本里、文件位于符号链接背后但你只删了一个入口。第一条最容易被忽略感觉上删除成功了实际上 Windows 会在资源管理器里显示删除成功但真正释放要等进程释放句柄。排查时可以结合handle.exe查看哪些进程占用该目录。10.2 系统还原点、更新缓存到底该不该清如果 D 盘空间特别紧张系统还原点可以清掉但不要所有盘一起清。理想方案是把系统保护的空间上限调小比如给 D 盘保留 5GB 还原空间。Windows 更新缓存C:\Windows\SoftwareDistribution\Download也同理清理它不会导致系统无法更新只是下次更新时需要重新下载补丁包可以在更新前清掉以腾出空间。10.3 分区工具扩容时的注意事项很多人在 C 盘空间不足时会用分区工具把 D 盘“转移”一部分空间给 C 盘。如果 D 盘上数据很满直接划空间过去很容易导致分区操作中途报错比如常见的“虚拟磁盘管理器参数错误”。正确操作是先确认 D 盘有足够空闲空间执行磁盘检查chkdsk D: /f再分区操作操作前务必全盘备份重要数据。我见过太多人因为分区工具中途断电、强制关机导致分区表损坏数据全丢这个风险必须重视。10.4 MySQL / Elasticsearch 等数据目录迁移后的重启要点当你把 MySQL 或 Elasticsearch 的数据目录迁移到 D 盘后需要检查服务的配置文件里路径是否改对。比如 MySQL 的my.ini中datadir改到 D:\mysql\data 后还要确认 D 盘目录对 MySQL 服务账户有完全控制权限否则服务起不来。Elasticsearch 迁移后还要修改config/elasticsearch.yml里的path.data和path.logs同时删除原目录下的nodes缓存否则可能报“已存在节点数据目录”的错误。这种“迁移后服务起不来”的问题很多人误以为是软件损坏其实是权限或缓存路径没对齐。10.5 开发人员容易忽略的缓存杂项这部分是给开发同学的延伸建议。很多人在排查前端内存泄漏时会频繁打开 DevTools、录制性能分析文件、下载 Heap Snapshot这些临时文件如果默认落在 D 盘也会成为“空间杀手”。建议在 Chrome/Edge 的设置里把下载目录和开发者工具临时目录指向一个专门的临时盘并且用脚本定期清理。对于开发者来说D 盘空间管理不只是 C 盘满不满的问题还是开发缓存、构建产物、容器镜像的规范化治理问题。11. 实操总结与个人心得11.1 八步排查法的最终执行顺序把这 8 步再串一遍形成一张可以直接照做的检查单用 WizTree 扫描 D 盘按大小排序找出所有大于 1GB 的目录和文件检查卷影副本和系统还原点占用必要时vssadmin resize shadowstorage限制大小清空回收站删除$RECYCLE.BIN确认无需要恢复的数据后清理用户临时目录、软件安装缓存、Package Cache 和 Electron 应用缓存定向处理 Docker/WSL2/虚拟机虚拟磁盘用 diskpart 压缩 VHDX检查 D 盘上各应用的数据目录MySQL、Elasticsearch、剪映、Edge 等清理无用数据运行磁盘清理器并执行cleanmgr /sagerun:1清理系统更新与驱动缓存把排查过程脚本化挂到任务计划里定期执行并设置低空间告警。按这个顺序执行下来大多数 D 盘变红的场景都可以快速找出真正的原因。如果全部做完后空间还是不够那就要考虑 D 盘上是否存在正常业务数据过多的问题需要提升硬盘容量或做数据分层存储而不是继续在系统层删文件。11.2 我在排查中的几个关键体会踩过很多坑之后我的体会有几条值得单独拿出来说先看虚拟磁盘和卷影再看文件。很多人一上来就翻目录删文件忙活半天发现空间没变其实大头藏在 VHDX 和 VSS 里。我每次排查 D 盘都是先跑vssadmin list shadowstorage再扫 Docker/WSL2 的 vhdx最后才看普通文件目录。第三方工具不是智商税。WizTree 这种直接读 MFT 的工具比 Windows 自带的资源管理器扫描快了一个数量级。没有它排查 2TB 硬盘时光是扫描就得等半小时体验完全不一样。删文件之前先问自己“这个文件重启后还要不要”。很多缓存目录删掉后虽然能省空间但应用会在下次启动时重新生成。如果生成成本很高比如模型缓存、索引库就不要为了省点空间频繁删除而是考虑迁移到其他盘或增大磁盘容量。11.3 后续还能怎么扩展D 盘空间排查做顺了之后可以再往下延伸几件事一是把 Windows 临时目录、用户目录、Docker 数据目录、WSL2 发行版全部统一迁移到一个独立的“数据盘”让系统盘只放系统和程序二是写一份“磁盘空间周报”定时统计各个关键目录的大小变化提前发现增长趋势三是如果涉及服务器或生产环境把同样的思路转化为 Shell 脚本在 Linux 上换用 du、ncdu、logrotate 等工具做对应处理。D 盘变红从来不是一锤子买卖它反映的是整个文件存储规划是否合理。我的建议是每半年做一次全盘盘点把不再需要的安装包、容器镜像、日志和缓存清干净平时再配一两个自动化脚本盯着就不会再遇到“临到要用磁盘空间才发现红了”的尴尬。希望这套 8 步排查法能帮你也把 D 盘管得明明白白。
D盘空间不足怎么办？8步排查法彻底清理磁盘垃圾
1. 到底是谁吃光了 D 盘先别删把“空间地图”画出来D 盘变红这个事几乎每个用 Windows 的人都会撞上几次。我不是说那种只剩十几个 GB 的“轻度发黄”而是整个进度条变成深红色、打开个软件都提示磁盘空间不足的状态。很多人第一反应是“删文件”但删了一通之后发现可用空间并没有回升多少甚至删掉了几十 GB 的“垃圾”后 D 盘依然红得刺眼。这背后的原因远比想象中复杂——D 盘空间不足的根源往往不是普通文件太多而是一堆隐藏的、被系统锁定的、或者“看起来不像文件”的东西在悄悄膨胀。在这篇文章里我会从 8 个排查步骤讲起每一步都附带可复现的操作方法、判断标准以及我自己实测中遇到的坑。适合范围很广普通用户照着做能解决 80% 的 D 盘容量问题系统运维、测试开发人员也可以把其中几个步骤直接写进日常巡检脚本里。文章末尾我会补充一些命令行脚本片段方便有基础的同学直接把整个排查流程自动化。1.1 排查思路与工具准备在进行任何删除操作之前强烈建议先做一次“静态盘点”。所谓静态盘点就是只看哪里有空间、谁占了空间不做任何修改。推荐两个工具WizTree免费、极快直接读取 NTFS 主文件表MFT几秒钟就能扫完整块硬盘能按目录大小排序还能直接定位到每个大文件。TreeSize Free老牌工具界面清晰支持按文件夹展开统计适合对可视化要求更高的用户。免费版功能足够排查使用。如果你不想装第三方工具Windows 自带的“磁盘清理”和“存储设置”也能做初步分析但速度慢、颗粒度粗只能看到“系统文件”“临时文件”这类大分类没法精确到具体的大目录。我个人习惯是先装 WizTree 扫一遍再结合命令行做精确统计。注意WizTree 扫描时要求以管理员权限运行否则无法读取某些系统文件的 MFT 记录结果会不完整。工具准备好之后先不要急着删。把 WizTree 的结果按文件大小从大到小排序截图或记下前十名的大目录和大文件心里有个底。接下来按下面的 8 个步骤逐一排查。2. 第一步定位超大目录与隐藏文件拖累2.1 WizTree 扫描后的第一眼判断用 WizTree 扫完 D 盘后你会看到一个按大小排列的目录树。第一眼重点看几个位置D 盘根目录下的最外层大目录是谁是否有隐藏的System Volume Information或$RECYCLE.BIN出现在列表里是否有以.vhdx、.vmdk、.iso、.bak、.log结尾的超大文件用户目录下是否有异常大的 AppData 文件夹。有一个很容易被忽略的情况虚拟机磁盘文件.vhdx可以在资源管理器中看到但 Docker Desktop 默认的 WSL2 虚拟磁盘却存放在C:\Users\用户名\AppData\Local\Docker\wsl\data\ext4.vhdx。如果你当时把 Docker Desktop 的数据目录改到了 D 盘那一块同样会以一个大.vhdx文件的形式膨胀而且在磁盘清理工具里根本不会出现。这个我在下面的第 4 步会专门展开。第一眼扫描完之后把明显可以删的垃圾文件比如几十 GB 的安装包、旧 ISO、重复备份先清掉。但先不要碰系统相关目录因为你不知道哪些是正在被运行的进程锁定的。2.2 隐藏的卷影副本与还原点占用这一步是“判断性”的一步但也是我见过最多人栽跟头的地方。很多人把 D 盘翻了个底朝天也没找到什么大文件结果空间就是不够最后发现是卷影副本VSS在吃空间。Windows 的系统保护功能默认会为每个分区创建还原点而还原点本质上就是卷影副本。如果某次 Windows 更新、驱动安装或第三方软件触发了系统保护它会在 D 盘上生成一个隐藏的System Volume Information文件夹体积可能高达几十 GB。这个文件夹在资源管理器里默认看不见在 WizTree 里如果不勾选“显示系统文件”也看不到。快速判断是否有大量 VSS 占用可以在“管理员命令提示符”里执行vssadmin list shadowstorage输出中会列出卷影副本存储区域的使用情况Used Shadow Copy Storage space和Allocated Shadow Copy Storage space。如果这两项数值很大比如超过 10GB就可以确认卷影副本占用过多。处理方式有两个一是调整系统保护的空间上限二是直接删除所有旧还原点。我个人建议vssadmin resize shadowstorage /onD: /forD: /maxsize5GB这条命令会把 D 盘卷影存储上限限制为 5GB不会影响后续系统还原的创建但能立刻释放整体进入驱动的腾讯视频、浏览器缓存等日常产生的一部分大空间。如果你确定不需要任何还原点可以执行vssadmin delete shadows /forD: /all /quiet这会删除 D 盘所有卷影副本释放最彻底。但注意删除后无法再通过系统还原回到删之前的系统状态请自行评估风险。2.3 页面文件与休眠文件的 D 盘残留很多人的虚拟内存都设置在 D 盘这就带来了pagefile.sys。正常情况下它会出现在 D 盘根目录但需要打开“显示隐藏操作系统文件”才能看到。它的体积一般是物理内存的 1 到 2 倍占个十几 GB 非常正常。休眠文件hiberfil.sys默认在 C 盘但如果某些优化软件或手动配置把它定到了 D 盘也会出现一个超大文件。判断方法很简单在 WizTree 里搜pagefile.sys、hiberfil.sys、swapfile.sys这三个关键词如果能搜到再看文件大小。页面文件不建议直接删除因为删除后虚拟内存会失效某些内存压力大的应用可能崩溃。但你可以把大小改为“由系统管理”让它随需伸缩。修改路径此电脑- 右键属性-高级系统设置-性能-设置-高级-虚拟内存-更改选择 D 盘设为“系统管理的大小”然后重启。这样设置后pagefile.sys 不会一直占满最大值而是按需变化。3. 第二步检查回收站与各类“临时文件夹”的真实占用3.1 回收站里的“隐形大户”回收站是 D 盘变红的经典元凶之一。你从其他盘删除的大文件如果回收站属性没有限制大小就都会躺在 D 盘的$RECYCLE.BIN里。有时候你以为自己删了 50GB 的文件其实只是把它们挪进了回收站空间并未真正释放。查看回收站占用的方式右键桌面回收站 - 属性查看各个分区的空间占用情况或者在命令提示符里执行dir /a /s D:\$RECYCLE.BIN查看实际文件大小。我自己遇到过一种情况回收站属性里显示占用为 0但$RECYCLE.BIN目录下却有几个 GB 的隐藏文件。这是因为某些程序调用的是非标准 API 删除文件回收站元数据没被更新。这种情况下最简单的办法就是管理员模式下清空回收站右键回收站 - “清空回收站”如果清不掉就在管理员命令行里执行rd /s /q D:\$RECYCLE.BIN。特别注意直接删除$RECYCLE.BIN目录不会影响当前还能正常显示的回收站内容但会导致部分被删除文件的“还原”入口丢失所以在执行强制删除前先确认回收站里的东西都不需要了。3.2 用户临时目录与软件缓存D 盘上的临时目录主要集中在两个位置D:\Windows\Temp如果系统或软件刻意把临时目录设置在 D 盘D:\ProgramData\Package Cache某些软件安装器会在这里留一份安装源缓存。Package Cache是很多人不知道的隐藏占位大户。很多大型软件比如 Visual Studio、SQL Server、Adobe 系列在安装时会先把安装包解压到Package Cache安装完成后并不自动删除。如果你把程序安装到了 D 盘这套缓存很可能也跟着落在 D 盘的ProgramData下体积经常是 5GB 起步。删除时要小心如果你还需要修复、卸载或添加功能Package Cache是必备的。正确的做法是用系统自带的“磁盘清理”工具让它识别并清理这些缓存而不是手动删目录。还有一个容易被忽略的点%TEMP%环境变量可能被某些软件改到了 D 盘。你可以在命令行执行echo %TEMP%看它的实际路径如果是指向 D 盘某目录说明 D 盘临时文件会被高频写入。清理这类临时文件前最好先关闭正在运行的浏览器、Office、视频编辑软件否则正在使用的临时文件会被锁定清理结果不完整。4. 第三步Docker、WSL2、虚拟机镜像与日志的定向处理4.1 Docker Desktop 数据目录迁移如果你的工作环境涉及 DockerD 盘变红有一个非常可能的原因Docker Desktop 的 WSL2 后端数据目录落在了 D 盘。默认情况下Docker 的ext4.vhdx位于 C 盘用户目录但很多人为了给 C 盘腾空间会把整个DockerDesktopWSL目录迁移到 D 盘。这个目录随时间推移可能会膨胀到几十 GB而且由于是 VHDX 动态磁盘即使你删除了内部的大量镜像和容器它也不会自动缩小。最有效的处理方式是先清理镜像再压缩虚拟磁盘执行docker system prune -a -f清理掉所有未使用的镜像、容器、网络和构建缓存退出 Docker Desktop在管理员命令行执行diskpart select vdisk fileD:\Docker\DockerDesktopWSL\data\ext4.vhdx attach vdisk readonly compact vdisk detach vdisk exit这条命令会把 VHDX 内部被删除但未释放的空间压缩回来有时候一次能压出二三十 GB。注意执行完 compact 之后再启动 Docker Desktop否则虚拟磁盘会被锁定。如果你还没把 Docker 数据目录迁到 D 盘但 C 盘又很紧张那可以把整个 DockerDesktopWSL 目录迁移到 D 盘。做法是在 Docker Desktop 设置里把Disk image location改为 D 盘的新路径然后重启 Docker。迁移后旧目录最好手动删除因为 Docker 不会自动清理。4.2 WSL2 虚拟磁盘的膨胀与回收不只是 DockerWSL2 发行版自己也依赖虚拟磁盘。如果你用过 WSL2 编译大型项目、跑深度学习或做大量文件读写它的ext4.vhdx也会持续膨胀。找到它的路径很简单在 PowerShell 里执行wsl --manage Ubuntu --set-default-version 2然后查看发行版注册信息通常位于C:\Users\用户名\AppData\Local\Packages\CanonicalGroupLimited.Ubuntu*\LocalState\ext4.vhdx。如果你迁移到了 D 盘就在你设定的那个目录下。回收 WSL2 虚拟磁盘空间的方法和 Docker 的 compact 基本一致也是用 diskpart 压缩 VHDX。但 WSL2 有更直接的命令wsl --shutdown先关闭所有 WSL 实例再执行 diskpart 压缩。如果 WSL 还在运行虚拟磁盘会被占用压缩会失败。4.3 虚拟机、日志目录和特殊缓存目录的专项检查除了 Docker 和 WSL2传统虚拟机软件VMware Workstation、VirtualBox、Hyper-V的磁盘文件也经常是 D 盘空间的大型占用者。排查时优先看这几个文件.vmdk/.vhdx/.vdi虚拟机磁盘文件动辄几十 GB.vmsn/.vmss虚拟机快照和挂起状态文件快照越多占用越大.log虚拟机日志文件正常情况下不会太大但如果有长期运行或频繁出错的应用日志文件也能堆出几个 GB。日志类文件在 D 盘还有一个隐藏来源某些应用比如 Tomcat、Nginx、Grafana、Elasticsearch如果安装数据目录设置在 D 盘其 logs 目录也会在 D 盘膨胀。特别是 Elasticsearch 的data目录和logs目录前者可能有索引分片后者可能有调试日志。这批内容在 WizTree 里一眼就能看到但在删除之前一定要先确认对应应用已经停止否则索引或日志文件会被锁定删了也释放不了空间。另外软件安装器还会在 D 盘生成一些看起来像乱码的缓存目录这类名字非常规的目录也值得扫一眼。一般来说凡是能在 WizTree 里看到、且名称不太像正常业务数据的大目录先搜一下它的用途再决定删不删。5. 第四步深入用户目录下的 AppData 与软件安装残留5.1 AppData 里的缓存与配置大文件D 盘上如果安装了 Electron 类应用比如 VS Code、Slack、钉钉、企业微信、飞书它们的用户数据很可能被存放到D:\Users\你的用户名\AppData\Roaming或D:\Users\你的用户名\AppData\Local下。Electron 应用的数据目录里最占空间的是Cache、Code Cache、GPUCache和Service Worker\CacheStorage这四个子目录。我自己实测过钉钉的Cache目录一度膨胀到接近 20GB而“系统设置 - 存储 - 临时文件”完全看不到它因为它是应用自身的缓存不是 Windows 临时文件。清理这类缓存的正确姿势是关闭应用后手动删除对应目录下的 Cache 子目录内容或者用应用自带的“清理缓存”功能。不建议直接删整个 AppData 目录因为里面还有登录状态、配置和本地数据库删完应用会像第一次安装一样。另外AppData\Local\Packages下有很多 UWP 应用的本地缓存比如 Microsoft Store 应用、Windows 搜索等。如果 D 盘上有一个 Windows 用户目录这里的 Package 目录也可能占用不少空间。用 WizTree 按大小排序后看到不认识的但小于 1GB 的目录可以先不动大于 1GB 就要仔细辨别是哪个应用产生的。5.2 软件卸载残留与安装包缓存很多软件卸载后会在 D 盘留下大量残留注册表项可以先不管但目录里经常会有D:\Program Files (x86)\某某软件或者D:\ProgramData\某某软件的残余文件。这些文件可能是更新备份、未清除的日志、旧版本 DLL。在删除前可以先用软件自带的卸载器“修复卸载”再手动删除残余目录。更有迷惑性的是各类安装包缓存工具比如 Scoop 和 Chocolatey。Scoop 默认会把应用安装在D:\Users\你的用户名\scoop它的cache目录会保存每次下载的安装包。如果你用 Scoop 装了很多大型软件比如 JDK、Python、Node.jscache 目录很容易超过 10GB。清理方法scoop cache rm *这条命令会清除所有缓存的安装包不影响已安装软件。还有个比较隐蔽的大头是浏览器下载目录。很多人把 Chrome/Edge 的默认下载目录改到 D 盘下载了一堆安装包、视频素材后从不清理久而久之也撑起了不小的空间。这一步不涉及什么高深技术但却是最容易被忽略的实际占用。5.3 指向 D 盘的“文档”“桌面”与数据库数据另外不少用户会把系统的“文档”“桌面”“视频”“图片”文件夹重定向到 D 盘。如果你之前这么做过那这些目录里的内容都算 D 盘空间的一部分。在 WizTree 里看到Documents、Desktop、Videos等目录特别大时别急着删先打开看看里面是什么。很多时候是微信/QQ 的聊天记录文件、视频会议录制文件或者某个项目的输出目录这些都属于“你可能还需要”的数据删除前必须人工确认。数据库类应用如果装在 D 盘数据目录更是一门学问。MySQL 的data目录、PostgreSQL 的data目录、Redis 的持久化文件、MongoDB 的dbPath都会随时间增长。在这些目录里删除数据文件时要格外小心MySQL 如果直接删 ibdata1基本等同于数据全部损坏。正确做法是先用 SQL 命令清理无用库表、优化表再对数据目录做迁移或重建。6. 第五步C 盘迁移到 D 盘后的索引与虚拟化文件检查6.1 迁移之后的“隐藏尾巴”很多用户会把 C 盘的部分大目录迁移到 D 盘比如把 Edge 的用户数据目录、剪映草稿目录、MySQL 数据目录、Windows 子系统目录等移动到 D 盘。迁移本身是好事但迁移后会留下三类隐藏问题迁移不完整原 C 盘路径还残留大量缓存或索引文件迁移后原路径被设置为 junction符号链接但链接可能指向了错误的位置迁移后软件仍按旧的绝对路径读写导致 D 盘同目录下不断累加新缓存。我见过一个典型案例把 MySQL 的 data 目录从 C 盘迁到了 D 盘但原 C 盘路径下还留着一个ib_logfile0和undo_001导致 C 盘只释放了一点空间而 D 盘 data 目录又持续增长。排查这类问题的关键是在 WizTree 里分别看 C 盘和 D 盘的对应目录对比时间戳和文件大小把残留清掉。6.2 Windows Search 索引库与剪映/Edge 缓存Windows Search 索引库Windows.edb如果被重定向到 D 盘索引文件可能会变得非常大。索引的增长取决于被索引的文件数量和文件变动频率如果你的 D 盘上有大量小文件比如 Node 项目、Git 仓库、图片素材索引库膨胀得很快。清理方式不是直接删 Windows.edb而是在“控制面板 - 索引选项”里缩小索引范围排除掉 D 盘上不需要搜索的大目录然后重建索引。剪映这种视频编辑软件如果把草稿目录迁到 D 盘它的缓存目录D:\剪映草稿\JianyingPro Drafts\Cache也会持续吃空间。视频编辑软件对缓存的需求很大每次导入素材都会生成代理文件和缩略图缓存体积轻松超过 10GB。定向清理方法打开剪映在“设置”里清理缓存文件老版本的话手动删除JianyingPro Drafts\Cache下的内容然后重启软件即可。6.3 桌面版 Codex 与 Windows 子系统的数据定位最近很多开发者在 Windows 上装 Codex 桌面版它同样有一份用户数据存在AppData下。如果你把 Codex 安装在 D 盘它的模型缓存和数据目录也会落在 D 盘。这类应用的模型缓存可能达数 GB但删除后需要重新下载所以如果不是空间极度紧张不建议直接清理而是考虑把缓存目录迁移到其他盘。Windows 子系统WSAWindows Subsystem for Android如果你启用过它的数据包和解压后的系统镜像也会占据 D 盘空间。WSA 的数据通常位于安装盘下的WsaPackage目录卸载 WSA 时不会完全清理需要手动去检查。这些内容体积大、更新频繁如果已经不再使用彻底卸载并联手删除残余目录是最优解。7. 第六步使用磁盘清理器和命令行辅助释放空间7.1 Windows 自带的“磁盘清理”到底清什么很多人觉得 Windows 的磁盘清理没用其实是因为没找对入口。当你运行cleanmgr /d D:时它只会显示“回收站、临时文件、缩略图缓存”这几项但如果你点击“清理系统文件”它会重新扫描一次列出 Windows 更新清理、设备驱动程序包、系统还原点、Delivery Optimization 文件、DirectX 着色器缓存等。这些内容加起来时不时能清出 10GB 以上的空间。其中有一个很容易被忽略的项是“设备驱动程序包”。Windows 在更新显卡驱动、声卡驱动时会把旧驱动保留在C:\Windows\System32\DriverStore\FileRepository有时也会在 D 盘的程序目录留下副本。这个目录里的旧驱动不可单独清理必须通过磁盘清理工具勾选对应的“设备驱动程序包”项来清理。如果你用 WizTree 扫到 D 盘上有一个巨大的FileRepository副本这通常是某些驱动安装器备份出来的可以用磁盘清理工具扫描后释放。7.2 命令行批量清理技巧对于有一定基础的同学我建议把以下几个命令记下来做一个.bat脚本定时跑一遍比打开各种工具快很多echo off REM 清理回收站 rd /s /q D:\$RECYCLE.BIN REM 清理 Windows 临时目录如果系统临时目录在 D 盘 del /q /f /s D:\Windows\Temp\*.* REM 清理当前用户临时目录如果 TEMP 指向 D 盘 del /q /f /s D:\Users\%USERNAME%\AppData\Local\Temp\*.* REM 清理软件分发缓存需要管理员权限 cleanmgr /sagerun:1需要注意rd /s /q D:\$RECYCLE.BIN会把 D 盘回收站里的所有内容直接擦除且不可恢复。如果不想丢数据先在回收站里人工筛选一下或者用 PowerShell 的Clear-RecycleBin -DriveLetter D -Force代替。cleanmgr /sagerun:1这个用法稍微特殊先手动执行一次cleanmgr /sageset:1在弹出的界面里勾选你希望清理的项目比如“设备驱动程序包”“临时文件”“Windows 更新清理”这些配置会保存到注册表编号 1之后每次执行/sagerun:1就会按照这套配置自动清理。这个组合非常实用建议存成计划任务。7.3 PowerShell 脚本一键汇总大目录如果你想更直观地看到 D 盘上前 20 大目录可以用下面这段 PowerShell 脚本它会遍历 D 盘第一层目录并计算大小结果直接按大小排序$path D:\ Get-ChildItem -Path $path -Directory -Force -ErrorAction SilentlyContinue | ForEach-Object { $size (Get-ChildItem -Path $_.FullName -Recurse -File -Force -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum [PSCustomObject]{ Directory $_.FullName SizeGB [math]::Round($size / 1GB, 2) } } | Sort-Object SizeGB -Descending | Format-Table -AutoSize这段脚本的缺点是递归遍历大目录时速度较慢第一次跑可能需要几十秒但胜在不需要第三方工具。更快的替代方案还是 WizTree直接用它的命令行WizTree.exe /exportD:\report.csv D:\生成的 CSV 可以直接导入 Excel 做排序分析。8. 第七步磁盘结构问题与“压缩太少”的真相8.1 为什么 D 盘空间很大但可压缩的空间很少很多人遇到这样一个诡异现象D 盘显示剩余空间只有几个 GB但看属性里的“压缩”按钮可压缩字节数却很小甚至为 0。这其实和 NTFS 的压缩机制有关NTFS 压缩只针对支持压缩属性的文件主要是文本、日志、办公文档、部分可执行文件对已经压缩过的格式如.jpg、.mp4、.zip、.exe、.pdf基本无效。如果 D 盘上多数是视频、图片和安装包那么即使选中“压缩内容以节省磁盘空间”能压出来的空间也微乎其微。另外D 盘空间大但可压缩少还可能是大量空间被系统文件占用而系统文件默认不允许用户压缩。比如System Volume Information、pagefile.sys、hiberfil.sys这些就属于这类。它们的体积很大但在资源管理器里点右键选“压缩”时并不会把它们列入压缩候选。8.2 NTFS 压缩与磁盘整理的正确操作如果你确信用了 NTFS 压缩但空间没有明显变化可以先看这个目录是否启用了“压缩内容以便节省磁盘空间”属性。使用命令compact /q D:\目标目录compact命令可以查看或设置目录的压缩状态如果输出里显示“压缩的文件数”为 0说明该目录根本没启用压缩。对于日志、CSV、XML 这类文件启用压缩效果不错但对于媒体文件和二进制安装包压了也白压。磁盘整理Defragmentation在 SSD 上已经没有意义了在机械硬盘上也不建议频繁做。真正能释放空间的是“优化驱动器”里的“Trim”面向 SSD和“碎片整理”面向 HDD但这两种操作都不会减少文件占用的空间它们只是重新排列物理数据位置。如果你发现 D 盘可用空间少但可压缩也少别浪费时间在整理上重点还是要回到前面的删除和迁移步骤。8.3 新加硬盘后的迁移策略如果你恰好“新加了一个固态硬盘”想把源 D 盘的数据迁移到 SSD 上那通常有两种路径整盘克隆用傲梅分区助手、Acronis True Image、DiskGenius 这类工具把 D 盘的整个分区克隆到新 SSD克隆完再扩展分区。这种方式的优点是省心一次搬完缺点是如果原本 D 盘里就有大量垃圾文件迁移后 SSD 上同样占满。迁移后清理再迁移先按前面的排查步骤清理完 D 盘垃圾再手动复制大目录到新 SSD最后在新 SSD 上建立符号链接让旧路径还能访问。比如mklink /J D:\数据 E:\数据这样软件就不需要改路径还能保持原有的使用习惯。我倾向于推荐第二种因为迁移本身也是一个整理机会把垃圾留在旧盘新 SSD 只放真正要用的数据体积能小非常多。9. 第八步自动化巡检脚本与日常维护习惯9.1 把排查脚本化、定期化D 盘空间问题不是一次性解决就万事大吉的它更像一个需要长期维护的“慢性病”。如果你不想每次都在 D 盘变红时才慌慌张张排查建议把前面几节里的方法组合成一个巡检脚本挂到 Windows 任务计划程序里每周跑一次发现磁盘空间低于阈值时自动告警。下面是一个简单的 PowerShell 示例检查 D 盘剩余空间低于 20GB 时输出警告并顺便把回收站清空、临时文件清掉$drive Get-PSDrive -Name D $freeGB [math]::Round($drive.Free / 1GB, 2) if ($freeGB -lt 20) { Write-Host [警告] D盘剩余空间不足: $freeGB GB -ForegroundColor Red Clear-RecycleBin -DriveLetter D -Force -ErrorAction SilentlyContinue Remove-Item -Path D:\Users\$env:USERNAME\AppData\Local\Temp\* -Recurse -Force -ErrorAction SilentlyContinue } else { Write-Host [信息] D盘剩余空间: $freeGB GB -ForegroundColor Green }用任务计划程序配置时选择“以最高权限运行”触发器设为“按周”。这样即使你某段时间不关注磁盘系统也会自动帮你做一个“轻量清理”至少不会等到变红了才发现。9.2 养成定期清理大文件的习惯排查到最后其实真正容易复发的还是那几个固定位置Docker/WSL2 的虚拟磁盘、AppData 里的 Electron 缓存、下载目录、数据库数据目录。建议每个月固定做一次“大文件盘点”用 WizTree 扫一下把超过 1GB 的文件列出来确认哪些可以删、哪些需要迁移。对于下载目录可以设置一个规则超过 30 天没动过的安装包默认删除或移动到外置备份盘。对于视频素材和项目文件建议用 NAS 或移动硬盘做二次备份避免因为磁盘空间紧张就不敢删最后越堆越多。9.3 空间不足时的应急措施如果 D 盘空间已经严重不足、连基本的操作都卡顿又来不及做深度排查可以用这几个“应急三步”先撑过当下清空回收站并运行cleanmgr /d D:执行wsl --shutdown停止所有 WSL 实例释放虚拟磁盘占用用 WizTree 快速删除下载目录里最大的几个安装包和 ISO 镜像。这三招通常能在 10 分钟内释放出 20GB 以上的空间。但请注意这只是治标D 盘空间管理还是得靠前面那些系统性步骤。10. D 盘排查过程中的常见问题与避坑记录10.1 明明删除了文件空间却没变这个问题在 D 盘排查中非常常见。原因大致有三类文件被某进程占用比如日志文件还被应用写、文件在回收站或卷影副本里、文件位于符号链接背后但你只删了一个入口。第一条最容易被忽略感觉上删除成功了实际上 Windows 会在资源管理器里显示删除成功但真正释放要等进程释放句柄。排查时可以结合handle.exe查看哪些进程占用该目录。10.2 系统还原点、更新缓存到底该不该清如果 D 盘空间特别紧张系统还原点可以清掉但不要所有盘一起清。理想方案是把系统保护的空间上限调小比如给 D 盘保留 5GB 还原空间。Windows 更新缓存C:\Windows\SoftwareDistribution\Download也同理清理它不会导致系统无法更新只是下次更新时需要重新下载补丁包可以在更新前清掉以腾出空间。10.3 分区工具扩容时的注意事项很多人在 C 盘空间不足时会用分区工具把 D 盘“转移”一部分空间给 C 盘。如果 D 盘上数据很满直接划空间过去很容易导致分区操作中途报错比如常见的“虚拟磁盘管理器参数错误”。正确操作是先确认 D 盘有足够空闲空间执行磁盘检查chkdsk D: /f再分区操作操作前务必全盘备份重要数据。我见过太多人因为分区工具中途断电、强制关机导致分区表损坏数据全丢这个风险必须重视。10.4 MySQL / Elasticsearch 等数据目录迁移后的重启要点当你把 MySQL 或 Elasticsearch 的数据目录迁移到 D 盘后需要检查服务的配置文件里路径是否改对。比如 MySQL 的my.ini中datadir改到 D:\mysql\data 后还要确认 D 盘目录对 MySQL 服务账户有完全控制权限否则服务起不来。Elasticsearch 迁移后还要修改config/elasticsearch.yml里的path.data和path.logs同时删除原目录下的nodes缓存否则可能报“已存在节点数据目录”的错误。这种“迁移后服务起不来”的问题很多人误以为是软件损坏其实是权限或缓存路径没对齐。10.5 开发人员容易忽略的缓存杂项这部分是给开发同学的延伸建议。很多人在排查前端内存泄漏时会频繁打开 DevTools、录制性能分析文件、下载 Heap Snapshot这些临时文件如果默认落在 D 盘也会成为“空间杀手”。建议在 Chrome/Edge 的设置里把下载目录和开发者工具临时目录指向一个专门的临时盘并且用脚本定期清理。对于开发者来说D 盘空间管理不只是 C 盘满不满的问题还是开发缓存、构建产物、容器镜像的规范化治理问题。11. 实操总结与个人心得11.1 八步排查法的最终执行顺序把这 8 步再串一遍形成一张可以直接照做的检查单用 WizTree 扫描 D 盘按大小排序找出所有大于 1GB 的目录和文件检查卷影副本和系统还原点占用必要时vssadmin resize shadowstorage限制大小清空回收站删除$RECYCLE.BIN确认无需要恢复的数据后清理用户临时目录、软件安装缓存、Package Cache 和 Electron 应用缓存定向处理 Docker/WSL2/虚拟机虚拟磁盘用 diskpart 压缩 VHDX检查 D 盘上各应用的数据目录MySQL、Elasticsearch、剪映、Edge 等清理无用数据运行磁盘清理器并执行cleanmgr /sagerun:1清理系统更新与驱动缓存把排查过程脚本化挂到任务计划里定期执行并设置低空间告警。按这个顺序执行下来大多数 D 盘变红的场景都可以快速找出真正的原因。如果全部做完后空间还是不够那就要考虑 D 盘上是否存在正常业务数据过多的问题需要提升硬盘容量或做数据分层存储而不是继续在系统层删文件。11.2 我在排查中的几个关键体会踩过很多坑之后我的体会有几条值得单独拿出来说先看虚拟磁盘和卷影再看文件。很多人一上来就翻目录删文件忙活半天发现空间没变其实大头藏在 VHDX 和 VSS 里。我每次排查 D 盘都是先跑vssadmin list shadowstorage再扫 Docker/WSL2 的 vhdx最后才看普通文件目录。第三方工具不是智商税。WizTree 这种直接读 MFT 的工具比 Windows 自带的资源管理器扫描快了一个数量级。没有它排查 2TB 硬盘时光是扫描就得等半小时体验完全不一样。删文件之前先问自己“这个文件重启后还要不要”。很多缓存目录删掉后虽然能省空间但应用会在下次启动时重新生成。如果生成成本很高比如模型缓存、索引库就不要为了省点空间频繁删除而是考虑迁移到其他盘或增大磁盘容量。11.3 后续还能怎么扩展D 盘空间排查做顺了之后可以再往下延伸几件事一是把 Windows 临时目录、用户目录、Docker 数据目录、WSL2 发行版全部统一迁移到一个独立的“数据盘”让系统盘只放系统和程序二是写一份“磁盘空间周报”定时统计各个关键目录的大小变化提前发现增长趋势三是如果涉及服务器或生产环境把同样的思路转化为 Shell 脚本在 Linux 上换用 du、ncdu、logrotate 等工具做对应处理。D 盘变红从来不是一锤子买卖它反映的是整个文件存储规划是否合理。我的建议是每半年做一次全盘盘点把不再需要的安装包、容器镜像、日志和缓存清干净平时再配一两个自动化脚本盯着就不会再遇到“临到要用磁盘空间才发现红了”的尴尬。希望这套 8 步排查法能帮你也把 D 盘管得明明白白。
