Docker Desktop切换容器模式后卡在START_PENDING，根本原因是Windows Containers需Hyper-V和Containers功能（家庭版不支持），Linux Containers依赖WSL2发行版就绪；0x80070570多因WSL2虚拟硬盘损坏，1603常由安装残留或杀软拦截导致，切换前应执行wsl --shutdown并确保磁盘空间≥5GB。
docker desktop 切换容器模式后服务卡在 START_PENDING
切换 Windows Containers 和 Linux Containers 模式后 Docker Desktop 启动失败，最典型的现象就是托盘图标一直显示“Docker Engine starting”，点开日志看到 START_PENDING 状态长期不变更。这不是 Docker 自身崩溃，而是它试图拉起对应后端服务时被阻塞了。
根本原因在于：两种模式依赖完全不同的底层运行时——Linux Containers 默认走 WSL2（需 docker-desktop 和 docker-desktop-data 两个发行版就绪），而 Windows Containers 必须启用 Microsoft-Hyper-V 和 Containers 系统功能，且要求 Windows 版本支持（家庭版原生不支持 Hyper-V）。
- 执行
wsl -l -v，确认docker-desktop状态是Running；若为Stopped或不存在，说明 WSL2 后端没准备好 - 切到 Windows Containers 模式时，必须以管理员身份运行 PowerShell，执行：
Enable-WindowsOptionalFeature -Online -FeatureName $("Microsoft-Hyper-V", "Containers") -All - 执行后必须重启系统，仅重启 Docker Desktop 不生效
- Windows 家庭版用户请直接放弃 Windows Containers 模式——强行解锁 Hyper-V 的脚本不可靠，且易引发系统不稳定
切换后报错 0x80070570 或 1603
0x80070570 多出现在 WSL2 模式下切换后首次启动失败，本质是 WSL 虚拟硬盘（VHD）损坏或权限异常；1603 则几乎只发生在安装/切换过程中 Windows Installer 执行出错，常见于残留注册表项、旧版服务未卸载干净、或杀毒软件拦截。
- 遇到
0x80070570，先运行wsl --shutdown，再手动删除%LOCALAPPDATA%\Packages\Microsoft.WSL*下的缓存目录（保留自己安装的发行版如 Ubuntu） - 遇到
1603，不要重装 Docker Desktop，先用官方Microsoft Program Install and Uninstall Troubleshooter工具清理残留组件 - 禁用所有第三方安全软件（尤其是带“行为防护”“勒索防护”的），再尝试切换模式
- 切换前确保磁盘根目录有 ≥5GB 空闲空间——WSL2 VHD 扩容失败也会触发同类错误码
docker desktop 切换模式后容器仍无法运行
界面显示“Docker is running”，但 docker run hello-world 报 Error response from daemon，大概率是路径挂载或守护进程上下文没同步过来。
- Windows Containers 模式下，
docker run -v C:\path:/app是合法的；但切回 Linux Containers 后，这个写法会失败——必须改用 WSL2 共享路径，例如/mnt/c/path - 检查当前上下文：
docker context ls，确认default指向的是desktop-linux（非desktop-windows） - 如果使用 Docker Compose，注意
version字段和services.*.platform设置是否与当前模式匹配，Linux mode 下写platform: windows/amd64会静默失败 - 执行
docker system prune -a清理镜像和构建缓存——旧镜像可能残留 Windows 层，干扰新模式下的解包
为什么 wsl --shutdown 后再切换模式更稳？
WSL2 不是传统虚拟机，它的发行版状态和内核是分离管理的。wsl --shutdown 强制终止所有 WSL 实例并释放资源，但不会删除数据；而 Docker Desktop 在切换模式时，会尝试复用已有发行版或重建它们。若发行版处于僵死状态（比如上次异常退出后残留 STOPPED），Docker Desktop 就会卡在初始化环节。
- 每次切换前都执行一次
wsl --shutdown，比反复重启 Docker Desktop 有效得多 - 不要依赖任务管理器结束
com.docker.backend.exe进程——它只是代理，真正干活的是 WSL 里的dockerd，杀错进程反而导致状态不一致 - 如果
wsl --shutdown执行超时，说明某个发行版 hang 死了，此时需要进 PowerShell 管理员模式运行：wsl -t <distro_name></distro_name>逐个终止，再wsl --shutdown
真正的难点不在“怎么切”，而在“切完之后，Docker Desktop 是否信任当前 WSL 环境的数据完整性”。很多问题表面是配置错误，实际是 WSL 发行版元数据损坏，但日志里从不直说。
