微软在 Windows 上内置了一套完整的 Linux 容器方案，目标直指开发、AI 与企业级工作负载。
2026 年 6 月 29 日，微软通过 Windows Command Line 博客宣布，WSL Container（Windows Subsystem for Linux Container）正式开启公开预览。这一功能最早在 Microsoft Build 2026 上亮相，如今开发者只需更新到最新的 WSL 预发布版本，即可在 Windows 上直接创建、运行和管理 Linux 容器，无需再依赖 Docker Desktop、Podman Desktop 等第三方工具。
一次更新，两套新能力
WSL Container 为 WSL 带来了两个核心组件：
- wslc.exe：一个内置的 Linux 容器命令行工具，语法与主流容器 CLI 接近，可直接运行容器化工作流。
- WSL Container API：面向 Windows 应用的 NuGet 包，支持 C、C++、C# 调用，并集成 MSBuild 与 CMake。
安装方式很简单，在管理员权限下执行：
wsl --update --pre-release
更新后，wslc.exe 会自动加入系统 PATH，同时还提供了一个别名 container.exe，习惯哪个命令用哪个。
从 Linux 桌面到 CUDA，一条命令跑起来
微软在博客中给出了两个颇具代表性的示例。其一是直接跑一个带 KDE 桌面的 Linux 容器：
wslc run -d --name=webtop -e PUID=1000 -e PGID=1000 -e TZ=Etc/UTC -p 3000:3000 -p 3001:3001 lscr.io/linuxserver/webtop:ubuntu-kde
其二是验证 GPU 可用性，这对 AI 开发场景非常关键：
wslc run --rm --gpus all pytorch/pytorch:2.5.1-cuda12.4-cudnn9-runtime python -c "import torch; print(torch.cuda.is_available()); print(torch.cuda.get_device_name(0))"
这意味着，Windows 开发者今后可以在不安装额外容器平台的前提下，直接运行 AI 训练、推理和调试任务。
企业级集成：安全、管控、Dev Containers 全都要
WSL Container 并非只面向个人开发者。微软明确强调，企业级能力也是重点：
- Microsoft Defender for Endpoint（MDE） 已扩展支持 Linux 容器事件监控，目前处于私有预览，可申请加入。
- Intune / GPO 策略 可管控组织内是否允许使用 WSL 发行版或容器，并支持配置容器镜像仓库白名单，回应了企业客户“如何控制允许使用的 Linux 镜像”这一核心诉求。
- VS Code Dev Containers 在 0.462.0 预发布版中已支持 WSLc，只需把 Docker Path 改为 wslc 即可。
底层也在升级：virtiofs、Consomme 网络、内存回收
为了支撑容器场景，微软还改进了 WSL 底层技术：
virtiofs• 说明: WSL Container 默认文件系统，Windows 文件访问速度提升约 2 倍
Consomme 网络模式• 说明: 实验性网络方案，将 Linux 网络流量通过 Windows 转发，提升 VPN、代理等复杂企业网络兼容性
内存回收优化• 说明: 更平稳地将 Linux VM 未使用内存释放回 Windows 主机
目前这些底层改进仅在 WSL Container 中默认启用，未来会逐步推广到 WSL 本身。Docker Desktop、Podman Desktop、Rancher Desktop 等基于 WSL 的容器工具也将间接受益。
何时正式可用？
微软表示，WSL Container 目前仅在 WSL 预发布版中提供公开预览，计划 2026 年秋季正式发布。用户可通过 GitHub 提交问题与反馈。
一句话总结
WSL Container 的推出，标志着微软正在把 Linux 容器能力从“需要额外安装的工具”变成 Windows 平台的原生基础设施。对开发者来说，少装一个工具；对企业来说，多了一层可控性；对 AI 和云原生工作负载来说，Windows 与 Linux 的边界又淡了一层。
