Windows 10 仍在获得 Windows 11 功能，但仅限开发者
Microsoft 确认你可以在 Windows 10 中运行 WSL 容器 我们最近在 Windows 11 上安装了 WSL 容器，并从零开始构建了一个自定义 Linux 容器，看看它在没有 Docker Desktop 的情况下表现如何。微软现已确认 WSLc 也可在 Windows 10 上运行，这意味着更多敢于尝鲜的 PC 用户可以使用它。
Windows 10 已于 2025 年 10 月 14 日停止支持；正如 Windows Latest 最先报道的那样，微软已将面向消费者的 ESU 计划延长至 2027 年 10 月 12 日。数以百万计的 Windows 10 PC 还会继续存在一段时间，而现在 WSL 容器又为他们继续使用这款已有 11 年历史的操作系统增加了一个理由。
WSL 是 Windows Subsystem for Linux 的缩写，自 2016 年起就是 Windows 的一部分。WSL 2 于 2019 年推出，在轻量级虚拟机中运行真正的 Linux 内核，取代了旧的转换层，这也正是 Windows 能够原生支持 Docker 的基础。
与一些 Build 2026 早期标题所说的不同，微软并没有发布 WSL 3，而是推出了 WSL 容器。WSL 容器是一种内置方式，可直接从 Windows 创建、运行和管理 Linux 容器，无需安装 Docker Desktop、Podman Desktop 或其他任何东西。它通过 wslc.exe 运行，这是一个命令行工具，如果你用过 Docker，语法会显得很熟悉。
WSL 容器能在 Windows 10 上运行吗
可以。负责 WSL 开发的微软产品经理 Craig Loewen 向我们证实，WSLc 在 Windows 10 上可以正常运行，效果与在较新的操作系统上一样。
“只要是目前支持 WSL 的地方都可以运行，也就是受支持的 Windows 版本中的绝大多数™️。所以没错，这也能在 Win10 上运行 :)”
WSL 需要 Windows 10 2004 版（Build 19041）或更高版本，而 WSL 容器作为 WSL 更新安装，而不是受 Windows 版本限制的功能。如果你的 Windows 10 PC 已经在运行 WSL 2，那么它也能运行 WSL 容器。
如何在 Windows 10 上安装 WSL 容器
不出所料，WSL 容器需要先有可用的 WSL，而与 Windows 11 不同，Windows 10 可能还没装。还有，Windows 10 默认没有预装 Terminal。PowerShell 可以正常执行每条命令，但 Terminal 的标签页实在太方便了。所以，我建议你先安装 Terminal，再继续：
WSL 容器目前仍处于预发布阶段，因此偶尔出现问题也在预料之中。少数用户在首次启动容器时遇到了“灾难性故障，错误代码：E_UNEXPECTED”提示，完整重启通常可以解决。
我们用 Windows 10 中的 WSL 容器构建了一个实时仪表盘
在 Windows 11 的测试中，我们做得很简单，只构建了一个最基础的 Flask 应用，把文件元数据打印到屏幕上。这次我们希望结果看起来更完整，而且是在一个已经到达生命周期终点的操作系统上。讽刺吧，我知道！
这个容器运行着一个小型 Flask 应用，它从 Linux 环境内部获取实时数据，包括 CPU 负载、内存使用率、运行时间和内核字符串，然后将这些内容渲染到一个深色仪表盘上，配有渐变标题、彩色统计卡片和动态使用条。底部还有一个终端风格面板打印原始内核输出，因此它依然明显是 Linux。
仪表盘上的所有数据——CPU 负载、内存使用率、运行时间、内核字符串——都通过标准工具从容器内部的 Linux 环境中获取，系统统计信息使用 psutil，内核行使用 uname -a，然后渲染为 HTML，并通过 Flask 在 5000 端口提供服务。
正如预期，这些流程不会接触 Docker Desktop、Docker Engine 或任何 Docker 组件。镜像由 wslc 基于 Containerfile 构建，使用的是与 Docker 相同的 OCI 镜像格式，但在这里负责构建、运行和网络的工具是 WSL 容器的二进制程序。
如果你一直在寻找在 Windows 上运行 Linux 的方法，过去你可能会被引导到在 WSL2 发行版中手动安装 Docker Engine，因为多年来这一直是标准的变通方案，毕竟 WSL 以前没有第一方容器工具。
在我们这个小仪表盘里，wslc 直接与已经管理 Linux 虚拟机的 WSL 服务通信，而实际执行工作的容器运行时 Moby，是 Docker 所基于的同一个开源引擎。
要做到这一点，只需要一个指向轻量级 Python 基础镜像的 Containerfile，并在其上安装 Flask 和 psutil，同时暴露 5000 端口。构建它只需一条命令：
wslc build -t wsl-dashboard .
通过端口映射运行它，并在 Edge 浏览器中打开 127.0.0.1:5000，就会看到这个仪表盘——带有样式化卡片、实时条形图以及全部内容——它由 Linux 容器内部提供，完全没有 Docker Desktop 的参与。
我越想这件事，越对 WSL 容器的未来感到兴奋。说到这里，你可能已经注意到，它没有 GUI。这个功能仍然需要 Docker。
不过，值得一提的是，WSL 负责人 Craig Loewen 有一个用于管理 WSL 容器的基于文本的 UI 仪表盘，叫做 lazywslc。
Windows 10 上的 GPU 直通
WSL 容器通过容器上的 –gpus all 标志支持 GPU 直通，适用于为 CUDA 构建的容器；在 Windows 10 上的工作方式与 Windows 11 相同，因为直通是通过 Windows 的 NVIDIA 驱动程序完成的。
安装常规的 Windows NVIDIA 驱动程序即可，Linux 侧不需要额外操作，其 CUDA 库会自动向任何请求 GPU 访问的容器开放。
wslc run –rm –gpus all pytorch/pytorch:2.5.1-cuda12.4-cudnn9-runtime \
python -c “import torch; print(torch.cuda.is_available())”
运行该检查可确认容器能够直接访问 GPU，这也为本地 AI 工作打开了大门。PyTorch 和 TensorFlow 都可以在启用 GPU 的 WSL 容器中运行，速度接近原生 Linux，因为 WSL2 的 GPU 直通已经稳定了一段时间。
在装有独立 GPU 的 Windows 10 电脑上，用这种方式构建的容器可以胜任许多实际工作，比如微调小模型、通过 Ollama 或 llama.cpp 进行本地推理，或者在将 CUDA 代码部署到 Linux 服务器前先进行测试。
如果你还留在 Windows 10，值得折腾吗
如果你的电脑在 ESU 窗口于 2027 年 10 月关闭前都不会离开 Windows 10，那么 WSL 容器能为你提供一个正当理由，让你在不额外安装任何东西的情况下保留 Linux 工具。就目前来看，它仍处于预发布阶段，像这里构建的这种单容器用法，比依赖多个关联服务的方案更适合它。把它当作一个可供尝试的项目，而不是依赖它来承载你日常工作的东西。
公平地说，微软确实把 WSLc 做成了在 Windows 10 和 Windows 11 上都能一致运行，而不是把它限定为 Windows 11 专属。但这种支持是否会随着 WSL 容器开发周期持续很久，并带来新功能（比如 GUI 支持），仍是另一个问题。无论如何，试用它几乎不花什么成本，而且只需要 Windows 10 PC 本来就具备的东西。
支持原创新闻报道。
Windows Latest 依靠像你这样的读者。请将我们设为 首选来源，在 Google Discover 和 Google 搜索 中关注我们，帮助我们的独立报道触达更多人。
在 Discover 上关注我们 在 Google 上关注我们 提问（论坛）