答案是需逐层排查并启用BIOS虚拟化、Windows虚拟化功能（VirtualMachinePlatform和WSL）、Hypervisor启动类型及WSL2内核。首先在BIOS中启用Intel VT-x或AMD-V，重启后确认任务管理器显示“虚拟化：已启用”；再以管理员身份运行dism命令启用VirtualMachinePlatform和WSL功能并重启；接着执行bcdedit /set hypervisorlaunchtype auto、wsl --update并再次重启；最后清理Docker残留、重置网络栈，验证docker info和docker run hello-world。
这个问题本质是 windows 没有正确加载底层虚拟化支持，不是 docker 自身出错，而是它依赖的整条链路断了——从 bios 到 windows 内核再到 wsl2，缺一不可。排查要按顺序逐层验证，跳过任何一层都可能白忙。
确认 BIOS 层虚拟化已开启
这是所有后续操作的前提。很多用户任务管理器里看到“虚拟化：已启用”，就以为 BIOS 没问题，其实可能是系统误报或延迟生效。
- 重启电脑，在开机自检画面出现时狂按 Del / F2 / F10 / Esc（不同品牌主板快捷键不同，华硕多为 F2，联想多为 F2 或 Fn+F2）
- 进入 BIOS 后，找类似 Advanced → CPU Configuration → Intel Virtualization Technology（Intel）或 Advanced → SVM Mode（AMD）的选项
- 确保状态为 Enabled，保存设置（通常是 F10），重启
- 进系统后打开任务管理器 → 性能 → CPU，右下角必须明确显示 虚拟化：已启用
检查 Windows 虚拟化功能是否启用
即使 BIOS 开了，Windows 本身也得主动启用相关组件。家庭版默认不带 Hyper-V，但 WSL2 和 VirtualMachinePlatform 是必须的。
- 以管理员身份运行 PowerShell，执行以下两条命令：
- dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart
- dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart
- 执行完必须 重启电脑，不重启等于没做
- 重启后再次检查任务管理器 CPU 页面，确认“虚拟化”仍为“已启用”
验证 WSL2 状态并强制启用 Hypervisor
很多用户卡在这一步：WSL 命令能运行，但 Docker 还是报错。根本原因是 Windows 引导时没自动加载 Hypervisor，bcdedit 设置被忽略。
- 管理员 PowerShell 中运行：wsl --status，应显示 Default Version: 2
- 若提示未安装，直接运行：wsl --install（会自动启用所需功能并下载发行版）
- 最关键的一步：运行 bcdedit /set hypervisorlaunchtype auto ，看到“操作成功完成”才算到位
- 再执行 wsl --update 确保内核最新
- 再次重启
清理残留与最终验证
如果前面步骤都做了还失败，大概率是旧配置冲突。不要只卸载 Docker，要清空整个虚拟化环境。
- 控制面板卸载 Docker Desktop
- 手动删除以下文件夹（需管理员权限）：
%APPDATA%\Roaming\Docker
%LOCALAPPDATA%\Docker
C:\ProgramData\DockerDesktop - 管理员 PowerShell 执行：wsl --shutdown，再运行 netsh winsock reset 重置网络栈
- 重启后，先运行 docker info 看是否返回基础信息；再启动 Docker Desktop 图形界面
- 最后用 docker run hello-world 确认容器真正可跑
