docker desktop 4.49+ 启动失败主因是 wsl2 内核版本不足（需 ≥5.10）、windows 版本过低（需 ≥22h2/19045）或 store 版 wsl 未安装/未重启，wsl --version 不显示 2.x 或 wsl -l -v 中 docker-desktop 状态异常即为关键前置信号。
更新后 Docker Desktop 启动不了，大概率不是安装包坏了，而是 WSL2 环境或系统功能没跟上新版本要求。Docker Desktop 4.49+ 已明确要求 WSL2 内核 ≥ 5.10、Windows 版本 ≥ 22H2（19045），旧版 WSL 或未重启的系统功能会直接卡在 Engine stopped 或 START_PENDING 状态。
wsl --version 报错或不显示 2.x 内核版本
这是更新失败最常见前置信号。新 Docker Desktop 启动时会校验 WSL2 内核版本，wsl --version 返回空、报“命令行选项无效”，或只显示 WSL version: 1.0.0.0，说明你还在用 inbox WSL（系统内置旧版），而非 Microsoft Store 分发的新版 WSL。
- 先确认是否已安装 Store 版 WSL：打开 Microsoft Store，搜 “Windows Subsystem for Linux”，安装官方发布的 Windows Subsystem for Linux 应用（不是某个发行版）
- 安装完后，在管理员 PowerShell 中执行：
wsl --update，而不是wsl --update --web-download（后者可能被代理/防火墙拦截） - 更新完成后必须重启电脑，否则
wsl --version仍可能不刷新 - 若仍报错，检查
%USERPROFILE%\AppData\Local\Packages\TheWindowsClub.WSL类似路径是否存在——这是 Store 版 WSL 的注册位置，缺失即未真正安装
wsl -l -v 显示 docker-desktop 状态为 Stopped 或 N/A
Docker Desktop 4.49+ 默认只注册一个 WSL 发行版 docker-desktop（旧版是两个：docker-desktop + docker-desktop-data）。如果 wsl -l -v 里它状态不是 Running，引擎就不可能起来。
- 先运行：
wsl --shutdown，强制终止所有 WSL 实例（别跳过这步，残留状态常导致后续命令无响应） - 再运行：
wsl -t docker-desktop，手动终止该发行版（即使显示 N/A，也建议执行） - 然后启动：
wsl -d docker-desktop，观察是否进入 shell；如果卡住或报Failed to launch WSL distribution，说明其虚拟硬盘ext4.vhdx损坏 - 损坏时可安全重建：
wsl --unregister docker-desktop，之后重启 Docker Desktop，它会自动重装该发行版（镜像和容器数据不在此发行版中，不会丢失）
启动时卡在 “Docker Engine starting” 并伴随 1603 或 0x80070570 错误
这两个错误码基本能定位操作阶段：1603 出现在 Docker Desktop 安装/升级过程中，本质是 Windows Installer 服务异常；0x80070570 则多发生在 WSL 虚拟磁盘加载阶段，指向文件系统级损坏。
-
1603：不是权限问题，而是Windows Installer服务被第三方软件（如某些杀软、优化工具）劫持或组件缺失。临时修复方式是：以管理员身份运行msiexec /unregister & msiexec /regserver，再重试安装 -
0x80070570：90% 以上对应%LOCALAPPDATA%\Docker\wsl\data\ext4.vhdx文件元数据损坏。不要尝试 chkdsk，直接删掉整个%LOCALAPPDATA%\Docker\wsl\data\目录（Docker Desktop 退出后操作） - 两者共存时，优先处理
0x80070570—— 因为磁盘损坏会导致后续所有安装步骤写入失败，反复重装只会复现1603
Docker Desktop 图标闪退或托盘无反应
这通常不是 GUI 崩溃，而是底层依赖服务根本没起来。重点检查 WSLService（Win10/11 22H2+）或 LxssManager（旧版）是否在运行。
- 打开任务管理器 → 服务 → 找
WSLService，右键“启动”。若提示“拒绝访问”，说明它被禁用或被安全软件冻结 - 管理员 PowerShell 中执行：
sc query WSLService，看STATE是否为4 RUNNING；若为1 STOPPED，执行：sc start WSLService - 若启动失败并报错
1053（服务没有及时响应），大概率是 Hyper-V 相关驱动冲突（尤其在装过 VMware/Parallels 的机器上）。此时需彻底禁用 Hyper-V：dism.exe /online /disable-feature /featurename:Microsoft-Hyper-V-All /norestart，再重启 - 注意：
WSLService和com.docker.service是两个独立服务，前者不起来，后者连初始化机会都没有
最易被忽略的是：Docker Desktop 更新后，它对 WSL2 内核的校验逻辑变严格了，但错误日志里往往不直接说“内核太旧”，而是静默卡在启动流程中间。所以别急着重装 Docker，先跑 wsl --version 和 wsl -l -v，这两条命令的结果，比任何界面提示都准。
