微软发布了WSL 3.0.1，这是下一代适用于 Linux 的 Windows 子系统，标志着该项目从之前的 2.x 版本向新主要版本迈出了重要一步。此次更新包含了 WSL 迄今为止最重要的特性之一：WSL 容器，这是一个集成的基础架构，允许用户直接从 Windows 创建、运行和管理 Linux 容器。
新版本于 2026 年 9 月 29 日发布，可通过官方 WSL 软件仓库获取。此次更新不仅仅是版本号的变更：微软利用这一新阶段提升了 Windows 和 Linux 之间的性能，引入了新的网络模型，并添加了专为容器操作而设计的工具和 API。
WSL 3.0.1 标志着从 WSL 2 到 WSL 2 的飞跃。
WSL 3.0.1 的发布正式标志着从 2.x 分支切换到 3.x 分支。微软官方代码库通过对比历史记录显示了这一变化。 2.9.13 y 3.0.1保留原有的编号。
新版本保留了 WSL 的基本目标：提供一个集成到 Windows 中的 Linux 环境，但微软正在大幅扩展该环境的功能。
这一演进的核心要素之一是Linux容器的集成。此前，通常使用Docker Desktop、在WSL发行版中安装Docker Engine，或使用其他外部解决方案。WSL 3引入了自身的基础架构来处理此类工作负载。
WSL 容器是 WSL 3.0 的主要新特性之一。
此版本包含了WSL 容器（简称 WSLc）的正式发布。微软曾在夏季以预览版的形式展示了这项技术，现在认为它已准备好投入全面使用。
主要部分是 wslc.exe一款全新的命令行工具，允许您从 Windows 创建、运行和管理 Linux 容器。此外，还有 container.exe 作为集成别名，其语法对于已经使用容器工具的人来说更加熟悉。
此外，微软还提供了 WSL 容器 API，允许原生 Windows 应用程序以编程方式创建和控制 Linux 容器。这为开发应用程序、AI 工具以及需要以集成方式运行 Linux 工作负载的软件开辟了新的可能性。
WSL 3.0 引入了更多用于管理容器的工具。
与测试阶段相比，正式发布的版本包含了许多新命令。
其中有 wslc container restart重启容器，以及 wslc container cp它允许使用 tar 文件将文件复制到容器或从容器复制文件。
也出现 wslc system info旨在检查容器环境的状态，以及 wslc network connect y wslc network disconnect 连接或断开网络容器。
该系统还整合了实时事件 wslc events容器状态检查，支持 --mount 此外，还提供了控制容器关闭超时时间的选项。微软还允许您配置默认 WSLc 会话内容的存储位置。
WSL 的新网络模型
另一个值得注意的新功能是Consommé，这是一种为容器工作流开发的新网络模式。
微软希望通过这套系统提升与 VPN、防火墙和企业网络的兼容性。Linux 虚拟机的流量通过一个在用户上下文中运行的进程与 Windows 系统集成，该进程负责处理 DNS、路由和端口分配等任务。
其目标是实现 Linux 应用程序和容器与 Windows 网络更无缝的集成，避免以往将 WSL 与某些 VPN 和企业网络配置结合使用时出现的一些问题。微软也将这项工作视为 WSL 基础架构更广泛改进的一部分。
访问 Windows 文件时性能得到提升
WSL 3 还改进了 WSL 的一个传统上最敏感的方面：从 Linux 访问存储在 Windows 上的文件。
微软声称，这些新改进可以让在某些 Linux 环境下访问 Windows 文件时性能提升高达两倍。这些优化不仅限于容器，而是旨在提升这两个操作系统之间性能的更广泛努力的一部分。
这对于将部分代码保存在 Windows 文件系统中，但从 Linux 运行工具的开发项目来说尤其重要。
WSL 3 也关注公司
微软借此机会扩展了 WSL 的企业集成功能。
Microsoft Defender for Endpoint 可以收集有关容器内生成的进程、文件和网络活动的信息，并将其与主机 Windows 计算机关联起来。
微软 Intune 则包含针对 WSL 容器的特定控制项。管理员可以启用或禁用此功能，并建立一个授权注册表列表，供开发人员下载容器镜像。
这使得 WSL 3 能够更好地适应企业环境，因为在企业环境中，容器的使用需要受到安全策略和集中管理的约束。
与 Visual Studio Code 和其他工具集成
新平台并非与现有的开发生态系统隔离。微软指出，它与 Visual Studio Code 开发容器兼容。 wslc 作为容器控制器。
此外，Aspire 和 Visual Studio Code 容器扩展也已添加了支持，同时社区已经在开发其他工具以图形方式管理 WSL 容器。
这样一来，WSL 3 就可以用作容器基础设施，而开发人员不必完全改变他们的工作流程。
那么 Docker Compose 呢？
WSL 容器目前的一个缺点是缺乏对 Docker Compose 的原生支持。
微软承认这一点。 compose 这是目前WSLc用户最迫切的需求之一，他们已经在着手处理了。目标是在未来实现。 wsl compose up 可以使用文件 compose.yaml 无需修改现有文件。
因此，WSL 3.0.1 的目标并非取代容器生态系统中的所有工具。一些高级工作负载仍然需要像 Docker 这样的解决方案，尤其是在其他功能仍在开发期间。
为什么会有人说WSL 3不存在？
此次版本号的跃升尤其值得关注，因为在 2026 年，曾有报道称微软将推出 WSL 3，但微软否认了这一说法。当时，项目经理表示并不存在名为 WSL 3 的版本。
随着 WSL 3.0.1 的发布，情况发生了变化。微软官方仓库现已列出 3.0.1 版本，并明确显示了 WSL 2.9.13 到 WSL 3.0.1 之间的更新日志。此外，9 月 29 日在仓库中创建的一个讨论帖与 3.0.1 版本直接相关，并宣布 WSL Containers 现已正式发布。
因此，之前声称“WSL 3 不存在”的说法已不再反映该项目的现状。WSL 3.0.1 是微软的官方版本。
Windows 系统中 Linux 的新时代
通过 WSL 3.0.1，微软扩展了 WSL 的功能，使其不再仅仅提供一种在 Windows 上运行 Linux 工具的便捷方式。
WSL 容器、Windows 应用程序 API、文件访问性能改进、新的网络模型和企业控制等功能的加入，使 WSL 成为运行 Linux 和容器工作负载的更完整的平台。
微软也表示将继续致力于WSL的核心功能，包括网络连接和跨操作系统性能。因此，WSL 3.0.1标志着该项目进入了一个新阶段，而不仅仅是一次简单的维护更新。