windows宿主机无法用单一守护进程同时运行linux和windows容器，docker desktop通过切换后端（wsl2/linux daemon或windows daemon）实现并存；两者镜像、网络、存储完全隔离，且windows容器支持process/hyperv隔离模式。
Windows 宿主机上无法通过单一守护进程同时原生运行 Windows 容器和 Linux 容器——它们依赖完全不同的内核与运行时环境，必须分属不同守护进程实例。所谓“并存切换”，本质是切换 Docker Desktop 的后端目标（Linux daemon 或 Windows daemon），而非调整某个“通用守护进程”的隔离级别。
理解根本限制：两个独立守护进程
Docker Desktop 在 Windows 上实际运行两套守护进程：
- Linux 守护进程（WSL2 backend）：基于 WSL2 虚拟机，运行 Linux 内核，只支持 Linux 容器镜像（如
nginx:alpine、redis:latest） - Windows 守护进程（Windows Container backend）：直接调用 Windows 容器运行时（containerd + Host Compute Service），只支持 Windows 容器镜像（如
mcr.microsoft.com/windows/servercore:ltsc2022）
两者互不兼容，不能共用同一镜像或同一容器生命周期。所谓“默认隔离级别”仅适用于 Windows 守护进程下的 Windows 容器，对 Linux 守护进程无效。
Windows 守护进程的隔离模式配置
当使用 Windows 守护进程（即选择 Switch to Windows Containers）时，可指定容器的运行隔离模式：
- 进程隔离（Process isolation）：默认模式。容器与宿主共享 Windows 内核，启动快、开销小，适合开发测试和可信环境
- Hyper-V 隔离（Hyperv isolation）：每个容器运行在轻量级 VM 中，拥有独立内核，安全性高、版本兼容性好，但内存与启动时间开销明显增加
可通过以下方式设置默认行为：
- 命令行中显式指定：
docker run --isolation=hyperv ...或--isolation=process - 在
daemon.json（位于%PROGRAMDATA%\Docker\config\daemon.json）中添加：{"exec-opts": ["isolation=hyperv"]}—— 此配置使所有 Windows 容器默认启用 Hyper-V 隔离 - 注意：
daemon.json中的设置仅影响 Windows 守护进程，不影响 Linux 守护进程，也不改变其行为
实现无缝切换的关键操作
真正实现“并存切换”的实用做法是：
- 确保已安装并启用 WSL2（Windows 10 2004+/Windows 11 必需）
- 在 Docker Desktop 设置中勾选 Use the WSL2 based engine，并为所需发行版（如 Ubuntu）启用集成
- 通过系统托盘 Docker 图标快速切换：
→ 显示 Switch to Linux Containers：当前连接 Linux 守护进程
→ 显示 Switch to Windows Containers：当前连接 Windows 守护进程 - 切换后，
docker info输出会明确显示OSType: linux或OSType: windows，且docker images列表完全隔离——Linux 镜像不会出现在 Windows 模式下，反之亦然
兼容性注意事项
某些场景需额外确认：
-
镜像标签不可混用：Linux 镜像（
debian:bookworm）在 Windows 守护进程下会报错no matching manifest；Windows 镜像在 Linux 守护进程下根本无法拉取 -
卷挂载路径差异：Linux 模式下
-v C:\data:/app实际映射到 WSL2 文件系统路径；Windows 模式下则直接映射到 NTFS；跨模式使用需注意路径语义 - 网络模型不同：Linux 守护进程使用 WSL2 的虚拟网络栈；Windows 守护进程使用 HNS（Host Network Service），二者默认不互通
