Windows 11 用户注意了！微软刚刚放出了一个颇有意思的更新——6 月推出的 WSL 容器公共预览版，已经开始在开发者群体中掀起波澜。

科技媒体 Windows Latest 第一时间上手测试，结果让人眼前一亮：不再需要 Docker Desktop，你就能在 Windows 系统里原生运行 Linux 容器。这听起来像是把“不可能”变成了“真香”？

什么是 WSL 容器？

简单来说，WSL 容器是微软在 WSL（Windows Subsystem for Linux）体系内直接提供的 Linux 容器能力。过去你想在 Windows 上跑 Linux 容器，几乎绕不开 Docker Desktop 这类第三方运行时工具。

现在，事情变得简单了：你可以在 Windows 11 原生环境下直接构建、运行和管理 Linux 容器，不需要额外安装一套桌面级 Runtime。

WSL 容器的构成

从构成上看，WSL 容器主要分为两个部分：

• wslc.exe 命令行工具：更新 WSL 后，它会被自动添加到 PATH 环境变量。微软还贴心地提供了一个别名 container.exe，方便输入。
• WSL Container API：以 NuGet 包形式分发，支持 C、C++ 和 C# 语言。这意味着，Windows 应用开发者可以很方便地把 Linux 容器直接嵌入到自己的程序里。

真实案例：Moonray 渲染引擎

为了证明这项能力不是纸上谈兵，微软拿 Moonray 做了演示。Moonray 是一款用于《狂野机器人》等电影的开源 Linux 渲染引擎。

这个引擎完全跑在 Windows 可执行文件中，从用户界面看不出任何 Linux 的痕迹，但底层已经在 WSL 容器里高效运转。

安装步骤：简单快捷

如果想亲手体验，需要做哪些准备？安装步骤其实挺简单：

1. 以管理员身份打开 Windows 终端或 PowerShell。
2. 运行 wsl --update --pre-release，等待下载完成。
3. 用 wsl --shutdown 重启 WSL，然后关闭并重新打开终端。
4. 运行 wslc --version 确认安装。如果看到版本号 2.9.3.0，就说明 WSL 容器已经就绪。
5. 再跑一下 wslc --help，既能查看完整的命令参考，也能检查安装文件是否正常工作。

注意事项

需要注意的是，这个能力位于 WSL 预发布通道，目前不要求 Copilot+ PC，但依赖现代虚拟化支持——必须在 BIOS 或 UEFI 中开启虚拟化功能。这一点常规游戏玩家可能不太注意，但开发者机器通常都已经开启。

实战体验：运行 Debian 容器

安装完就可以开始实战了。Windows Latest 直接拉了一个 Debian 容器试试水：运行 wslc run -it debian:latest 命令，镜像拉取、容器启动一气呵成。

进入容器后执行 uname -a，返回了一个与 WSL2 关联的 Linux 内核字符串——这确认你确实身处一个完整的 Linux 环境中。

容器管理：轻松上手

容器管理也很顺手：按 Ctrl+P, Ctrl+Q 可以分离容器，然后运行 wslc ps -a 就能列出所有容器，包括自动生成的名称（比如 mossy_sawtooth）、启动时间和当前状态。想重新连回去？执行 wslc attach mossy_sawtooth，直接回到同一个 shell，体验丝滑。

容器文件构建：与 Dockerfile 一致

更有意思的是，他们还尝试编写了一个容器文件（Containerfile），工作方式与 Dockerfile 完全一致。下面这个例子打包了一个小型 Linux 检查实用程序：

FROM python:3.12-slim
RUN apt-get update && apt-get install -y --no-install-recommends file exiftool binutils bsdmainutils coreutils && rm -rf /var/lib/apt/lists/*
WORKDIR /app
COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt
COPY app.py .
EXPOSE 5000
CMD ["python", "app.py"]

然后直接用 wslc build -t my-linux-inspector 构建，没啥特殊的步骤。整个过程和 Docker 的体验几乎一致，只是底层换成了微软自家的容器引擎。

隔离机制：安全优先

聊到隔离机制，这里有个值得注意的差异：每个调用 WSL Container API 的 Windows 应用都会获得独立的 Hyper-V 虚拟机，命令行流程同样拥有独立虚拟机。而 Docker Desktop 采用的是单一共享虚拟机来承载所有容器，因此后者的资源效率更高。

微软的做法更注重安全隔离，但相应地会消耗更多资源。

不足与展望

当然，目前这个预览版还谈不上完美。它缺少一些 Docker 生态中的成熟能力，比如 Docker Compose 式的多服务编排、图形化控制面板，以及类似 Docker Scout 的镜像扫描。

但从开发者角度看，微软让 Windows 拥抱 Linux 容器的决心已经非常清晰，而且迈出了实质性的一步。如果你是个喜欢尝鲜的开发者，现在就可以上手试试了。