Windows上Docker Desktop默认运行Linux容器，依赖WSL2的Linux内核，不支持直接运行Windows容器；若菜单显示“Switch to Windows Containers”则当前为Linux模式，docker info | findstr "OSType"应输出“OSType: linux”。
Windows上Docker Desktop默认只能跑Linux容器，不存在“用Windows镜像创建Linux容器”这回事
这是个常见误解。Docker Desktop在Windows上运行Linux容器，靠的是WSL2提供的Linux内核，不是靠模拟或转译。它压根不支持在默认配置下运行Windows容器（除非你手动切换到Windows Container模式，且仅限Windows Server宿主机）。所以问题本身前提就错了：docker run 启动的 busybox、openjdk:17-jdk-slim、ubuntu:22.04 这些都是标准Linux镜像，和你的Windows系统无关——它们运行在WSL2的Linux内核上，不是Windows内核上。
如何确认当前Docker Desktop正以Linux容器模式运行
关键看守护进程目标是否为Linux。最直接的方法是点系统托盘里的Docker鲸鱼图标，如果菜单里显示的是 Switch to Windows Containers，说明当前已是Linux模式；如果显示 Switch to Linux Containers，那说明它正卡在Windows容器模式，必须手动切回来。
- 命令行验证：运行
docker info | findstr "OSType"（Windows终端）或docker info | grep "OSType"（WSL2终端），输出应为OSType: linux - 构建失败时若报错
no matching manifest for windows/amd64，大概率是你误入Windows容器模式，或拉取了Windows平台专用镜像（如mcr.microsoft.com/dotnet/runtime:6.0-nanoserver） - Docker Desktop设置里没有“镜像系统类型匹配”开关——匹配由镜像自身元数据（
platform字段）和本地引擎OSType自动决定，不靠用户配
为什么你拉不到某些Linux镜像，比如 openjdk:17-jdk-slim
不是系统不兼容，而是网络或镜像源问题。Linux镜像本身跨平台无门槛，但国内直连Docker Hub常超时或限速，导致 docker build 中的 FROM 阶段卡住或失败。
- 先手动
docker pull openjdk:17-jdk-slim，成功后再docker build，能绕过构建时网络不稳定的问题 - 务必配置国内镜像源，例如在Docker Engine JSON中加入：
"registry-mirrors": ["https://docker.mirrors.ustc.edu.cn"] - 注意镜像标签是否真实存在：
openjdk:17-jdk-slim是官方有效标签，但openjdk:17-slim或openjdk:17-jre-slim可能不存在，查 Docker Hub openjdk 页面 确认 - 别用Windows路径写
COPY源路径，比如COPY C:\myapp\app.jar .—— Dockerfile始终按Linux路径语义解析，宿主机路径由Docker Desktop自动映射，写相对路径即可
导出的镜像文件（tar）在Linux机器上load失败的典型原因
docker save 生成的 tar 包是纯Linux镜像快照，可直接 docker load 到任意Linux机器，但以下情况会导致失败：
- 目标Linux机器Docker版本太低（如
docker version显示 server - 镜像含多平台层（如同时含
linux/amd64和linux/arm64），而目标机器架构不匹配，可用docker manifest inspect <image></image>查看实际支持的平台 - 你误用了
docker export（导出容器文件系统，丢失元数据和分层结构），正确做法是docker save -o vision-backend.tar vision-backend - 目标机器没开Docker服务：
sudo systemctl start docker，或权限不足，需加sudo执行load
真正容易被忽略的是：镜像构建时若用了 BUILDKIT=1（Docker Desktop默认启用），而目标Linux机器Docker未开启BuildKit，不影响load，但会影响后续基于该镜像的build——不过只要只是运行，完全不用管这个。
