Docker Desktop 启动失败提示“必要服务未运行”时，90% 是 Docker Desktop Service、Containers 或 VMMS 服务未真正运行；需在 services.msc 中确认三者状态均为“正在运行”，且若卡在 START_PENDING，则表明 WSL2 或虚拟化底层未就绪。
直接看服务状态，别猜。Docker Desktop 启动失败时提示“必要服务未运行”，90% 是 Docker Desktop Service 或 Containers 服务没真正跑起来，而不是 Docker 自身崩溃。
检查 Windows 服务列表里这三项是否都“正在运行”
很多用户只查了任务栏图标或 docker version 报错，就去重装，其实只要打开服务管理器就能定位问题：
-
Docker Desktop Service：主服务，必须为“正在运行”，启动类型建议设为“自动” -
Containers：Windows 容器支持服务，Docker Desktop（WSL2 后端）也依赖它，状态应为“正在运行”，启动类型通常是“手动”，但必须已启动 -
Hyper-V Virtual Machine Management（或VMMS）：WSL2 底层依赖，若系统启用了 Hyper-V 模式或 WSL2 内核加载失败，这个服务卡住会导致整个链路中断
快捷方式：按 Win + R → 输入 services.msc → 找到上述服务名，右键“属性”确认状态和启动类型。不要只看图标——图标显示“Running”但服务实际卡在 START_PENDING 状态很常见。
PowerShell 一行命令快速验证并修复服务状态
手动点来点去容易漏，用管理员权限 PowerShell 一次性拉齐：
Get-Service -Name "Docker Desktop Service", "Containers", "VMMS" | ForEach-Object {
if ($_.Status -ne 'Running') {
Write-Host "⚠️ $($_.Name) 当前状态: $($_.Status), 正在尝试启动..."
Start-Service $_.Name -ErrorAction SilentlyContinue
Start-Sleep -Seconds 2
}
}
执行完再运行 Get-Service -Name "Docker Desktop Service" 确认输出中 Status 是 Running。如果仍卡在 START_PENDING，说明不是服务没启，而是它依赖的 WSL2 或虚拟化底层没准备好——这时候该往下查 wsl --status 和 BIOS 虚拟化了。
服务能启动但 docker 命令仍报“无法连接 daemon”
典型现象：docker info 返回 failed to connect to the docker API at npipe://./pipe/dockerDesktopLinuxEngine，但服务列表全绿。这不是服务问题，是 WSL2 后端没连上专用发行版：
- 先运行
wsl --list --verbose，必须看到一个叫docker-desktop和一个叫docker-desktop-data的发行版，且状态都是Running - 如果只有
Ubuntu或其他发行版，或者列表为空，说明 Docker Desktop 自带的 WSL 发行版没初始化成功，此时重启服务无效，得重置 WSL：wsl --shutdown→ 关闭 Docker Desktop → 等 10 秒 → 再启动应用 - 如果
wsl --list --verbose报错或卡住，说明 WSL2 内核根本没加载，问题已退回到 BIOS/Windows 功能层，不是 Docker Desktop 配置能解决的
最容易被忽略的一点：服务“正在运行”不等于“已就绪”。Docker Desktop Service 可能已启动，但它内部还在等 docker-desktop 这个 WSL 发行版完成初始化，而后者又卡在 hypervisor 加载或磁盘挂载阶段。所以看到服务绿了就以为万事大吉，反而会错过真正的阻塞点。
