唤醒后 Docker Desktop 响应慢本质是 WSL2 被 Windows 节省模式冻结，需重建内核、重载 VirtioFS 缓存及网络栈；默认懒加载导致 5–15 秒延迟，解决需配置 .wslconfig 启用 automount 和 localhostForwarding 并执行 wsl --shutdown。
唤醒后 Docker Desktop 响应慢，本质是 WSL2 被挂起后资源未及时恢复
这不是 Docker Engine 本身卡顿，而是 Windows 的“节省模式”（如睡眠、休眠或长时间闲置）导致 WSL2 实例被完全冻结，唤醒时需重建内核状态、重载 VirtioFS 缓存、重启网络栈。默认行为下，Docker Desktop 不会主动触发 WSL2 快速热启，而是等第一个 docker 命令到达后才懒加载，造成明显延迟（常见 5–15 秒无响应）。
检查 WSL2 是否真被挂起：用 wsl --list --verbose 看状态
在命令行执行该命令，观察输出中目标发行版（如 Ubuntu-22.04）的 STATE 列：
-
Running：正常，问题不在挂起 -
Stopped或空白：说明 WSL2 已被系统终止，唤醒后需冷启动 - 若长期显示
Stopping...：WSL2 内核存在残留锁，需强制清理
遇到 Stopped，直接运行 wsl -d Ubuntu-22.04（替换为你实际发行版名）可手动拉起，但治标不治本。
禁止 WSL2 在节省模式下被终止：.wslconfig 加 automount=true 和 localhostForwarding=true
仅靠增加内存/CPU 配置无法解决唤醒延迟；关键在于让 WSL2 在系统休眠/睡眠时不被销毁。在 Windows 用户目录（C:\Users\）添加以下内容：
[wsl2] automount=true localhostForwarding=true # 可选：禁用 swap 降低唤醒开销（若内存充足） swap=0GB
注意：
-
automount=true强制 WSL2 在唤醒后立即挂载 Windows 文件系统（即使没用户登录），避免首次访问/mnt/c时阻塞 -
localhostForwarding=true是 Mirrored 网络模式的前提，确保容器端口在唤醒后能立刻被 Windows 访问，不依赖 Docker Desktop 图形界面启动完成 - 修改后必须执行
wsl --shutdown，再打开任意 WSL 终端触发重载
Docker Desktop 自身“假死”：检查 dockerd 是否真在运行
唤醒后 docker ps 报错 Cannot connect to the Docker daemon，不代表引擎崩溃，大概率是 Docker Desktop GUI 还没完成初始化，但 dockerd 已就绪。验证方式：
- 打开任务管理器 → “详细信息”选项卡 → 查找进程
dockerd.exe，若存在且 CPU 占用 >0%，说明引擎已活，只是 CLI 客户端未同步状态 - 尝试绕过 GUI：在 WSL 终端中直接运行
docker ps，如果成功，证明问题出在 Windows 端 Docker Desktop 客户端与引擎的 socket 连接延迟 - 此时可临时用
export DOCKER_HOST=unix:///var/run/docker.sock（WSL 内）或export DOCKER_HOST=npipe:////./pipe/docker_engine（PowerShell）强制指定通信通道
真正棘手的是：WSL2 被挂起后，VirtioFS 缓存元数据丢失，首次访问项目目录（尤其是含大量 node_modules 的前端工程）会触发千级 stat 调用，IO 毛刺直接拖慢整个容器启动链——这个点，连 wsl --shutdown 都救不回来，只能靠把代码移出 /mnt/c 并启用 virtiofsCacheSize 预防。
