Docker Desktop卡在“Starting”状态90%是WSL2问题：僵尸发行版、锁文件残留或注册表状态错乱导致；需依次执行wsl --shutdown、验证并wsl --unregister异常发行版、清空%LOCALAPPDATA%\Docker\wsl\data\目录、升级WSL内核至5.15.157.2以上并重启。
直接说结论：Docker Desktop 卡在 “Starting” 状态，90% 以上是 WSL2 层面卡住，不是 Docker 自身问题，wsl --shutdown 能解决一半，但剩下那一半得看是不是有僵尸发行版、锁文件残留或注册表状态错乱。
为什么 wsl --shutdown 经常没用
很多人试过 wsl --shutdown 后重开 Docker Desktop，发现还是卡。这不是命令没执行，而是 WSL 内部状态已“假运行”——比如 docker-desktop 或 docker-desktop-data 这两个发行版在注册表里标记为 “Running”，但实际进程早已崩溃或被强制终止，wsl.exe 在 listing WSL distros 阶段会尝试连接它们，超时后直接报 CommandTimedOut。
- 执行
wsl --list --verbose，如果看到某个发行版状态是Running，但你确定它没在跑（比如没开终端、没启动服务），大概率就是僵尸 - Windows 注册表路径
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Lxss\{...}下的State值可能被设为1（Running），但对应子系统根本没加载 -
wsl --shutdown只杀活跃实例，对这种“注册表说它在跑，其实早死了”的情况完全无效
怎么确认并干掉僵尸发行版
别只信 wsl --list 的输出，得手动验证。重点盯住 Docker 自己用的两个发行版：docker-desktop 和 docker-desktop-data。
- 先执行
wsl --shutdown，等 5 秒 - 再运行
wsl -d docker-desktop --cd ~ -e echo "alive"，如果卡住或报错The parameter is incorrect，说明它已损坏 - 同理试
wsl -d docker-desktop-data --cd ~ -e echo "alive" - 一旦确认异常，立刻执行：
wsl --unregister docker-desktop和wsl --unregister docker-desktop-data - 注意：这不会删你本地镜像（它们存在
docker-desktop-data里，但 unregister 后会清空；如需保留，得提前导出docker save）
清理残留锁文件和数据目录
Docker Desktop 异常退出后，%LOCALAPPDATA%\Docker\wsl\data\ 下的虚拟磁盘映像（ext4.vhdx）可能处于未安全卸载状态，导致下次挂载失败；同时 .lock 文件或 socket 文件残留也会阻塞初始化。
- 必须先彻底退出 Docker Desktop：右键托盘图标 → Quit Docker Desktop，不能只关窗口
- 删除整个
%LOCALAPPDATA%\Docker\wsl\data\目录（不是只删里面文件） - 顺手清掉同级的
distro目录（如果存在），它存的是旧版发行版缓存 - 别碰
%LOCALAPPDATA%\Docker\wsl\instances\—— 这是 WSL2 实际运行时目录，删了会导致 WSL 整体失效
重装前必须升级 WSL 内核
很多卡死问题根源其实是 WSL2 内核版本太老（比如还停留在 5.10.x），而新版 Docker Desktop（4.16+）依赖内核中修复的挂载逻辑和信号处理机制。不升级就重装，等于换新轮胎跑在坏减震上。
- 以管理员身份运行 PowerShell，执行：
wsl --update - 完成后检查版本：
wsl --status，确认 Kernel version ≥ 5.15.157.2（2026 年主流稳定版） - 如果提示 “No updates available”，加
--web-download强制从官网拉最新内核包 - 升级完务必重启系统，否则新内核不会加载到所有 WSL 实例
真正麻烦的点在于：WSL 发行版的状态是跨进程、跨重启持久化的，它既存在注册表里，又反映在 VHDX 文件头、又受 Windows 服务控制。单靠一个命令或一次重装搞不定，得按“状态确认 → 僵尸注销 → 锁清空 → 内核更新”这个顺序来，漏一步，下次冷启动照卡。
