微软否认 WSL 3 存在，透露 Windows 11 的 WSL 容器将于下周发布
没有 WSL 3，但 WSL Containers 很快就会到来 微软已经否认 WSL 3 即将推出。那些把它称作 WSL 3 的文章，其实混淆了另一个功能：WSL Containers。该公司已在 Build 2026 上展示过这一功能，并且距离发布只剩几天。这个更正直接来自开发 Windows Subsystem for Linux 的团队。
TL; DR：WSL 3 并不存在。WSL Containers 存在，而且一周内就会上线。
微软已正式否认 WSL 3 存在。
负责 Windows Subsystem for Linux 的微软产品经理 Craig Loewen 在 X 上澄清道：“提醒一下，没有 WSL 3 这种东西！我看到有些文章在谈论它，但它目前并不存在。” Loewen 这是在回应一波误报了另一个公告的文章。
这场混淆始于 Microsoft Build 2026。微软当时宣布了 WSL Containers，这是一项新的内置功能，可让你无需 Docker Desktop 等第三方工具，就能直接在 Windows 上创建、运行并与 Linux 容器交互。许多媒体将其报道为 WSL 3，部分原因是缩写 WSLc 在传播中被频繁提及。
据 Loewen 说，WSL Containers 并不是 WSL 2 的版本升级后继，而是在现有 WSL 基础设施之上构建的新能力。他还确认，这项功能会在他于 2026 年 6 月 23 日发帖后的一周左右内提供。
什么是 WSL，什么是 WSL Containers
如果你不是开发者，这里先做个快速介绍。WSL 是 Windows Subsystem for Linux 的缩写，它是 Windows 内置的一项功能，可让你直接在 Windows 中运行 Linux 环境，无需双系统启动到另一个操作系统，也不必搭建完整的虚拟机。
而容器是一种轻量、隔离的环境，会把应用程序及其运行所需的一切打包在一起，包括依赖项、库和配置。与虚拟机不同，容器不会模拟整个操作系统。它共享宿主 OS 的内核，但保留自己的文件系统和进程空间。
其优势在于容器启动更快、更易共享，也更便于跨机器移植。WSL Containers 将这种容器能力直接带入了 WSL 本身。
不过，它并不等同于原生 Linux 安装。网络会经过一层转换，内核也由微软管理，因此开发者有时会遇到一些细微差异。
WSL Containers 与 WSL 1 和 WSL 2 的区别
WSL Containers 不是一个版本号，而是在 WSL 现有虚拟机基础设施之上的一层新能力。
WSL 1 于 2016 年 8 月推出，作为一层转换层，把 Linux 系统调用转换为 Windows 调用。它并没有真正的 Linux 内核，所以容器支持一开始就不现实。
WSL 2 于 2019 年 5 月进入预览，内含完整的 Linux 内核，运行在一个轻量、受管理的虚拟机中，这也让 Docker Desktop 成为可能。
WSL 1 (2016)WSL 2 (2019)WSL Containers (2026)主要用途在 Windows 上运行 Linux 命令行工具在 Windows 中运行完整的 Linux 操作系统在 Windows 上原生运行隔离的 Linux 容器引擎转换层，没有真正的 Linux 内核轻量 Hyper-V 虚拟机中的真实 Linux 内核专为 OCI 容器打造的专用 Hyper-V 引擎容器支持否是，但需要 Docker Desktop是，通过 wslc.exe 原生支持控制界面Windows 命令提示符或 Linux 终端发行版内的 Linux 终端（如 Ubuntu）任意 Windows 终端中的 wslc CLI那么，WSL Containers 解决的是什么问题？
如果你还不知道，想在 Windows 上使用 Linux 容器的开发者过去会用 Docker Desktop，而它在 Windows 11 上以 WSL 2 作为后端。Docker Desktop 确实好用，但对于大型团队来说，它会带来按席位计算的授权成本，而且还需要企业环境中的 IT 管理员单独处理复杂部署。
WSL Containers 让 Docker 不再是必需
现在可以直接在 Windows 上使用 wslc.exe 构建、运行和部署容器，无需安装 Docker Desktop 或任何其他第三方工具。其命令语法与 Docker 高度相似，因此开发者不会面临太高的学习门槛。
需要注意的是，开发者也可以直接在 WSL 2 发行版中安装 Docker Engine，以避免 Docker Desktop 的授权成本，但那仍然需要在 Linux 内进行手动设置。WSL Containers 完全跳过了这一步，提供了一个零安装选项，直接在 Windows 上即可使用，无需碰发行版。
WSL Containers 还通过 Container Device Interface 支持 GPU 直通，这意味着你可以在 Windows 的 GPU 驱动上，于 Linux 容器中运行 CUDA 之类的 GPU 加速工作负载，例如机器学习流水线。
对于企业 IT 管理员来说，这项功能也整合进了现有的 Windows 管理基础设施。可通过组策略或 MDM 进行基于策略的启用，控制哪些容器能运行以及镜像来源。管理员还能通过标准的 Windows 审计工具查看正在运行的容器，这一点是 Docker Desktop 原生不具备的。
微软在 Build 2026 上宣布了 WSL Containers
在 6 月 2 日举行的 Build 2026 上，微软把 WSL Containers 定位为其面向开发者优化的 Windows 11 叙事中的核心部分。由执行副总裁 Pavan Davuluri 发布的官方公告将其描述为“一种内置方式，可在 Windows 上创建、运行并与 Linux 容器交互。”
https://www.windowslatest.com/wp-content/uploads/2026/06/WSL-containers.mp4WSL Containers 包含两个组件：
CLI 是面向前台的层。其底层负责镜像管理和进程隔离的实际容器运行时，与你输入命令的工具是分开的，就像 docker 命令与其下方运行的 Docker Engine 是分开的那样。
Build 2026 还带来了其他几个面向 Windows 11 的 Linux 工具。Coreutils for Windows 现已正式可用，将 ls、grep、cp、mv 等 75 个以上熟悉的 Linux 命令行工具原生带到 Windows，无需 WSL 或虚拟机。它基于开源的 Rust uutils 项目构建，这些命令可直接在 Windows 上运行，因此使用它们的脚本无需修改即可工作。同一活动中还预览了 Intelligent Terminal，这是一个实验性功能，可将上下文感知的 AI 帮助直接带入终端。
为什么微软持续投资 Windows 上的 Linux
微软对 WSL 和 Linux 工具的投入并不是无私的。公司知道，如果 Windows 成为运行 Linux 工作负载最容易的地方，开发者就更没有理由转向 macOS 或原生 Linux 环境。我们曾在微软公布升级 WSL 的计划时写过这件事，当时的计划包括更快的文件访问、更好的网络和更容易的设置。
现代软件开发几乎都是以 Linux 为先。构建流水线运行在 Linux 上，云基础设施运行在 Linux 上。PyTorch、TensorFlow、llama.cpp 和 Ollama 之类的 AI 框架也都是为 Linux 环境构建并优化的。过去在 Windows 上工作的开发者，往往不得不与工具较劲，或者在 Windows 机器旁再维护一套独立的 Linux 环境。
随着 WSL 2 负责 Linux 内核兼容性、WSL Containers 消除了对 Docker Desktop 的需求，微软正试图消除开发者转向其他平台的所有理由。再加上 Coreutils，连属于 macOS 和 Linux 的命令行习惯也能开箱即用地在 Windows 上运行了。
这对开发者来说是好消息。WSL 的每次迭代都在持续改善体验。我也很喜欢 WSL Containers 作为一次常规 WSL 更新到来，所有 Windows 11 用户都能用，不需要重大系统升级。
支持原创新闻报道。
Windows Latest 依赖像你这样的读者。请将我们设为 首选来源，在 Google Discover 和 Google 搜索中关注我们，并帮助我们的独立报道触达更多人。
在 Discover 上关注我们 在 Google 上关注我们 提问（论坛）