WSL Container 简介：基于 WSL 2 的轻量级 Linux 容器

WSL Container 是微软在 Build 2026 开发者大会上官宣的一项系统内置新功能，它不依赖 Docker Desktop 等第三方工具，就能直接在 Windows 11 里直接创建、运行和管理 Linux 容器。

什么是 WSL 与 WSL Container

我们先简单梳理一下这 2 个概念：

• WSL（Windows Subsystem for Linux）是 Windows 内置的功能，让我们不用跑虚拟机、也不用配置双系统启动，就能直接在 Windows 上运行完整的 Linux 环境。
• 容器（Container）可以把应用程序和运行所需的依赖、库、配置文件打包在一起，形成轻量级的隔离环境。

和模拟完整操作系统的虚拟机不同，容器会共享宿主机的操作系统内核，但保留独立的文件系统和进程空间。这套机制让容器启动得更快、更方便分享，还能跨设备无缝迁移。而 WSL Container 的核心目标，就是把这种原生容器能力直接集成进 WSL。

WSL Container 的核心定位

容器和 Linux 已经是现代开发工作流的核心基石。作为在 Windows 上运行 Linux 工作负载的地基，WSL 从 Build 2025 正式开源以来，每个月都能收到 200+ 社区 PR。微软借这个势头推出 WSL Container，就是为了进一步加深 WSL 和 Windows 系统的深度集成。

WSL Container 提供了开箱即用的原生容器方案，从本地开发、AI 和机器学习工作流，到容器化测试，都能无缝跑通。为了方便使用，微软还同步推出了 WSL Container CLI 和 WSL Container API：

• WSL Container CLI：可以直接使用内置的.exe二进制文件，在 Windows 环境中构建、运行和部署 Linux 容器。
• WSL Container API：允许原生 Windows 应用通过代码调用并运行 Linux 容器，覆盖本地 AI 工作负载、测试流水线、基于 Linux 的数据处理等更多高阶场景。

WSL Container、WSL 1/2 的区别

如前所述，WSL Container 是搭建在 WSL 基础之上的一层全新能力：

• 2016 年 8 月发布的 WSL 1 是一个系统调用翻译层，负责把 Linux 系统调用转换成 Windows 调用。由于没有真正的 Linux 内核，它没法运行容器。
• 2019 年 5 月推出的 WSL 2 预览版在轻量级托管虚拟机中引入了完整 Linux 内核，也为运行 Docker Desktop 奠定了基础。

告别对 Docker 的重度依赖

现在你可以直接通过wslc.exe（不用再装 Docker Desktop），在 Windows 11 中构建、运行和部署容器。微软也很鸡贼，它的命令语法和 Docker 高度一致，开发者几乎没有迁移成本。

• 之前为了规避 Docker Desktop 的商业授权费用，有不少开发者选择在 WSL 2 的 Linux 发行版里手动安装 Docker Engine；
• WSL Container 直接跳过了这个环节，提供了一种真正「零安装」的方案，让你都不用碰底层 Linux 发行版，就能在 Windows 系统层级直接调用容器。

此外，WSL Container 还通过容器设备接口（CDI ）支持了 GPU 直通，让你可以直接调用 Windows 显卡驱动，在 Linux 容器内流畅运行基于 CUDA 的机器学习流水线等 GPU 加速工作负载。

微软持续加码 Windows 上的 Linux 生态

现在的软件开发都普遍采用了「Linux 优先」的策略。无论是构建流水线、云基础设施，还是 PyTorch、TensorFlow、llama.cpp、Ollama 这类 AI 框架，几乎都是针对 Linux 环境定制优化的。

WSL 2 解决了 Linux 内核兼容性问题，WSL Container 又去掉了对 Docker Desktop 的依赖。微软正在把开发者转向其他操作系统的「动机」一个个拿掉。再配合系统级原生 Coreutils for Windows 工具链，开发者在 macOS 和 Linux 上的命令行肌肉记忆，现在在 Windows 上也能开箱即用了。