问题现象近期部分开发者在未安装大型软件、未存储视频素材的情况下发现系统C盘可用空间在数日内急剧缩减数十GB并伴随系统卡顿、编译失败及磁盘空间不足的频繁提示。该问题在Windows环境下使用Docker Desktop的用户群体中尤为突出。根因分析经排查问题源头指向以下路径下的缓存文件%LOCALAPPDATA%\Temp\wsl-crashes该目录为WSL2Windows Subsystem for Linux 2的崩溃日志转储路径。Docker Desktop在Windows平台上依赖WSL2作为后端运行环境。当容器异常退出、内存溢出、进程僵死或端口冲突等情况发生时WSL2子系统可能发生后台崩溃并自动生成扩展名为.dmp的内存转储文件。此类文件单个体积可达数GB且系统不会自动清理或过期删除导致文件无限堆积最终占满系统盘空间。值得注意的是Windows内置的磁盘清理工具无法识别该目录使得多数用户难以通过常规手段发现并处理此问题。应急清理方案在实施长期修复之前可先行清理已有垃圾文件以快速恢复可用空间。方法一手动删除适用于普通用户在资源管理器地址栏输入以下路径并回车%LOCALAPPDATA%\Temp\wsl-crashes全选文件夹内所有内容执行删除操作。若提示文件正在使用请先退出Docker Desktop并重启系统后再行删除。方法二PowerShell命令清理推荐无需管理员权限执行以下命令即可一键清理Remove-Item$env:LOCALAPPDATA\Temp\wsl-crashes\*-Recurse-Force执行完毕后C盘空间应能立即得到明显释放。长期根治措施为防止问题复现需从源头禁用WSL2的崩溃转储生成机制。具体步骤如下1. 创建或编辑WSL全局配置文件在用户根目录下C:\Users\你的用户名查找是否存在名为.wslconfig的文件。若不存在请新建一个文本文件并重命名为.wslconfig确保无.txt后缀。2. 添加禁用崩溃转储的配置项使用记事本打开该文件写入以下内容[wsl2] coreDumpEnabled 0 crashDumpEnabled 0 MaxCrashDumpCount 0各项含义如下coreDumpEnabled关闭内核核心转储。crashDumpEnabled关闭程序崩溃日志生成。MaxCrashDumpCount将最大崩溃文件数量设为0彻底禁止生成。3. 使配置生效保存文件后关闭所有Docker、终端及编辑器进程。在PowerShell中执行wsl--shutdown等待数秒后重新启动Docker Desktop配置即生效。此后WSL2的轻微崩溃将不再产生体积庞大的转储文件。附加建议排查频繁崩溃的根本原因若在禁用转储后Docker Desktop仍出现频繁闪退或容器运行不稳定建议从以下方面进一步排查内存资源限制在.wslconfig中增加memory配置项如memory4GB限制WSL2内存使用上限防止因内存耗尽触发系统终止。清理Docker构建缓存定期执行以下命令释放冗余的构建缓存dockerbuilder prune--force版本更新确认Docker Desktop已升级至最新稳定版部分旧版本存在已知的后台崩溃缺陷。结论C盘空间被意外占满的问题在Windows Docker Desktop的开发环境中多数可归因于WSL2的崩溃转储文件堆积。通过定位wsl-crashes目录、清理现有垃圾文件并修改.wslconfig禁用崩溃日志生成可有效根治该问题。同时关注容器运行稳定性与资源分配有助于从根源上优化开发环境避免同类问题再次发生。此方案已在多台Windows开发机上验证有效适用于绝大多数使用Docker Desktop的开发者场景。