Docker Desktop引擎启动失败主因是连不上WSL2中的dockerd进程，需先确认docker-desktop及docker-desktop-data发行版是否为Running状态，再检查com.docker.service是否卡在START_PENDING，最后排查ext4.vhdx虚拟磁盘损坏或Hyper-V冲突。
引擎启动失败不是 Docker Desktop 坏了，而是它连不上 WSL2 里的 dockerd 进程——这通常意味着底层 WSL 发行版没起来、端口被占、或虚拟磁盘损坏。直接重装或点“重置”往往无效，得先确认 WSL 状态是否真实就绪。
检查 wsl -l -v 输出里 docker-desktop 是否为 Running
这是最直接的判断依据。Docker Desktop 启动时会尝试连接 WSL 中名为 docker-desktop 和 docker-desktop-data 的两个发行版，任一状态不是 Running，引擎就起不来。
- 在 PowerShell 或 CMD 中执行
wsl -l -v，看输出是否包含这两行，且第二列状态是Running - 如果显示
Stopped，运行wsl --shutdown后再等 10 秒，然后重新打开 Docker Desktop；它会自动拉起这两个发行版 - 如果仍卡在
Stopping或压根不出现，说明 WSL2 内核未加载成功，要回退到wsl --update和wsl --install检查环节 - 注意：
wsl -l（不带-v）可能只显示你手动安装的 Ubuntu，漏掉 Docker 自建的发行版，务必加-v
确认 com.docker.service 服务是否卡在 START_PENDING
START_PENDING 是 Windows 服务管理器返回的“正在启动中”状态，但它卡住超过 30 秒，基本等于失败。这个服务负责桥接桌面 GUI 和 WSL 中的引擎，一旦挂起，docker info 就会报 500 错误或连接被拒绝。
- 用管理员权限运行 PowerShell，执行
sc query com.docker.service，观察STATE字段 - 若长期停在
START_PENDING，大概率是依赖服务没就绪，比如LxssManager（WSL 管理服务）或vmms（虚拟机管理服务）异常 - 接着查
sc query LxssManager，如果状态不是RUNNING，运行sc start LxssManager；失败则需检查VirtualMachinePlatform功能是否真启用（Get-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform） - 不要手动
sc start com.docker.service—— 它由 Docker Desktop 进程触发，强行启动会因缺少上下文而秒退
删除 %LOCALAPPDATA%\Docker\wsl\data\ 下的 ext4.vhdx 文件
这个目录存的是 docker-desktop-data 发行版的虚拟磁盘文件，也是 0x80070570 错误最常出没的地方。Windows 资源管理器误操作卸载、强制关机、杀毒软件扫描都可能导致 ext4.vhdx 元数据损坏，WLS2 加载失败后，Docker 引擎自然无法初始化。
- 先退出 Docker Desktop（右键托盘图标 → Quit），再执行
wsl --shutdown - 打开文件资源管理器，地址栏粘贴
%LOCALAPPDATA%\Docker\wsl\data\，删掉整个文件夹内容（包括ext4.vhdx和lock文件） - 重启 Docker Desktop，它会自动重建该发行版——已拉取的镜像不会丢，因为它们实际存在
docker-desktop-data的文件系统里，重建只是换了个干净的虚拟盘容器 - 别碰同级的
distro文件夹（对应docker-desktop引擎发行版），除非你确认它也损坏；清空它会导致 Docker Desktop 重装整个引擎环境
禁用 Hyper-V 和 Windows Sandbox（尤其家庭版用户）
Windows 家庭版不支持 Hyper-V，但某些第三方工具或旧版脚本可能偷偷启用相关组件，导致与 WSL2 冲突。此时 Docker Desktop 会陷入“想用 WSL2 却被 Hyper-V 驱动劫持”的死循环，表现为反复闪退或日志里出现 Unexpected WSL error。
- 以管理员身份运行 PowerShell，执行
Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All -NoRestart - 同样禁用
Containers和Windows-Sandbox（后者在家庭版不可用，但注册表项残留会干扰） - 运行
systeminfo | findstr "Hyper-V"确认输出中不再出现 “Hyper-V Requirements” 相关提示 - 重启后，再检查
wsl --version是否仍显示 WSL2 内核版本（如 5.15.x），避免误退回到 WSL1
真正卡住的点往往不在 Docker Desktop 自身配置，而在 WSL2 虚拟磁盘的静默损坏、服务依赖链的断裂、或家庭版系统里残存的 Hyper-V 干扰项——这些不会在界面报错里直接写出来，但每次 wsl -l -v 或 sc query 都能暴露真相。
