docker desktop在win11启动失败因wsl2依赖未就绪，需依次验证并启用virtual machine platform、安装wsl2内核与发行版、禁用vbs/内存完整性、重置docker-desktop wsl环境。
Win11下Docker Desktop启动失败，报“Virtualization support not detected”，但任务管理器里CPU性能页明确显示“虚拟化：已启用”——这说明硬件层VT-x/SVM已激活，问题出在Windows软件栈的某一层被阻断或未就绪，必须逐级验证WSL2依赖链是否完整。
先确认WSL2内核和发行版状态
打开PowerShell（管理员），执行：
wsl -l -v
如果返回空或报错“WSL 2 requires an update to its kernel component”，说明WSL2内核根本没装好，Docker Desktop无法调用底层虚拟机平台。此时不能跳过这步直接开Docker。
运行命令强制更新内核：
wsl --update
更新完成后重启终端，再运行wsl -l -v。若仍无任何发行版列出，需手动安装一个基础发行版：
wsl --install -d Ubuntu-22.04
这一步必须完成，【Docker Desktop的WSL2后端依赖至少一个已注册的WSL发行版，哪怕你从不登录使用它】。否则docker-desktop发行版根本不会被创建，New-VHD操作必然失败。
检查Virtual Machine Platform是否真正启用
方法一：图形界面检查
按Win+R输入optionalfeatures.exe → 找到“Virtual Machine Platform”和“Windows Subsystem for Linux” → 确保两者都已勾选 → 点击确定并重启。
方法二：命令行强制启用（更可靠）
以管理员身份运行PowerShell，依次执行：
dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart
dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart
执行完立即重启电脑，不要跳过重启。
注意：仅勾选“Windows Subsystem for Linux”是不够的，“Virtual Machine Platform”是WSL2的硬件抽象层，缺一不可。很多用户只开了前者，导致New-VHD报错0xC03A0014。
排查安全功能冲突
第一步：关闭基于虚拟化的安全性（VBS）
按Win+R输入gpedit.msc → 依次展开“计算机配置 → 管理模板 → 系统 → Device Guard” → 双击“打开基于虚拟化的安全性” → 选择“已禁用” → 确定。
第二步：禁用内存完整性（常与VBS联动）
设置 → 隐私和安全性 → Windows 安全中心 → 设备安全性 → 内存完整性 → 关闭开关。
第三步：重启后验证VBS是否已退场
管理员PowerShell中运行：
Get-CimInstance -ClassName Win32_DeviceGuard -Namespace root\Microsoft\Windows\DeviceGuard | Select-Object -Property SecurityServicesRunning
若输出包含3（表示VBS正在运行），说明组策略未生效或需进入UEFI禁用Secure Boot后再试。VBS会独占HVCI资源，直接导致Docker Desktop无法获取虚拟化句柄。
重置Docker专属WSL环境
① 关闭Docker Desktop，右键系统托盘图标 → Quit Docker Desktop。
② 管理员PowerShell中执行：
wsl --unregister docker-desktop
wsl --unregister docker-desktop-data
③ 删除残留VHDX文件（关键）：
进入目录 【%USERPROFILE%\AppData\Local\Docker\wsl\data】 → 删除其中所有.vhdx文件（如 ext4.vhdx、docker_data.vhdx）。若提示占用，请确认Docker和WSL进程已完全退出。
④ 重启电脑。
⑤ 启动Docker Desktop，它将自动重建docker-desktop发行版和所需虚拟硬盘。首次启动可能耗时2–3分钟，进度条卡在“Starting the Docker Engine”属正常现象，等待即可。
