Windows 终于能原生跑 Linux 容器了，我第一时间上手了 wslc 2026 年 9 月 29 日，微软在 Windows Developer Blog 上正式宣布：WSL 容器（WSL Containers）转正。官方的说法是，从今天起你在 Windows 上构建、运行、管理 Linu

💡 你将学到

Windows 终于能原生跑 Linux 容器了，我第一时间上手了 wslc 2026 年 9 月 29 日，微软在 Windows Developer Blog 上正式宣布：WSL 容器（WSL Containers）转正。官方的说法是，从今天起你在 Windows 上构建、运行、管理 Linu

📜 目录

• wslc 是个什么东西（一条命令的事）
• 我跑了什么，数据在这（亲测）
• 为什么说这对 Docker Desktop 是个威胁
• 先别急着卸 Docker Desktop（冷水段）
• 微软的真实意图

Windows 终于能原生跑 Linux 容器了，我第一时间上手了 wslc

2026 年 9 月 29 日，微软在 Windows Developer Blog 上正式宣布：WSL 容器（WSL Containers）转正。官方的说法是，从今天起你在 Windows 上构建、运行、管理 Linux 容器，都是 GA 正式版状态——终端里跑一条 wsl --update 就能用。

我第一时间在自己那台 Windows 11 上跑了一遍，下面的数据都是我亲手跑出来的。

wslc 是个什么东西（一条命令的事）

WSL 你可能听过，微软官方的"Windows 里跑 Linux"方案，装完就能在 Windows 里开一个真 Linux 环境，AI 时代不少人在里面跑开发环境和本地模型。WSL 容器就是在这个底座上加盖的一层：新命令 wslc.exe（还配了个别名 container.exe），用法跟 Docker 几乎一样，让你直接在 Windows 上构建、运行、管理 Linux 容器。

关键是：这整个东西是 Windows 自带的。没有额外安装包，没有虚拟机软件，没有图形客户端。官方博客的说法是，他们想让 Windows 成为"构建、运行和管理 Linux 工作负载的最好的地方"。

我跑了什么，数据在这（亲测）

我的机器之前从来没装过 Docker，环境很干净：

体验上的感受：wslc run hello-world 敲下去，终端输出跟 Docker 一个味道——拉镜像、跑起来、"Hello from Docker!"。唯一的区别是这一切发生时，我机器上根本没装 Docker。命令清单也齐全：image、network、volume、build、exec、logs、stats，该有的都有。

要说别扭的地方也有。wslc ps -a 里容器的名字是随机词自动生成的（我那两次跑出来叫"silent_appalachian"这种），不像 Docker 会拿镜像名做前缀。小细节，不影响使用。

为什么说这对 Docker Desktop 是个威胁

Docker Desktop（Docker 公司的 Windows 图形界面客户端）从 2021 年起改了订阅条款：员工超 250 人或年营收超 1000 万美元的企业用它要付费，几百美元一年每席位。大量公司这几年一直在找替代品，Podman、Rancher Desktop 的走红，很大程度上就是被这个条款逼出来的。

微软现在给出的答案是三条路：

一，轻量工作流直接迁。wslc 命令跟 Docker 高度一致，镜像直接拉 Docker Hub 的标准 OCI 镜像，wslc run、wslc build 换个前缀就能用。我从零到跑通第一个容器，一条安装命令加一条运行命令。

二，开发场景铺好了路。这次 GA 同步宣布了一批生态接入：VS Code 的 dev container 可以把 wslc 设为默认驱动，VS Code 官方容器扩展已支持，微软自家的 .NET Aspire 也把它当一等公民运行时。日常"写代码、起容器、调试"这条最主流的路径，微软已经接好了。

三，企业管控是杀手锏。Intune 可以一键禁用 WSL 容器、限制只能从审批过的镜像仓库拉镜像；Defender for Endpoint 能把容器里的进程、文件、网络活动回连到 Windows 主机做安全审计。这套东西 Docker Desktop 给不了——容器跑在 Windows 自己的安全体系里，公司 IT 部门管得住了。

先别急着卸 Docker Desktop（冷水段）

compose 还没有。 wslc compose 是官方博客原话承认的"头号功能需求"，下个迭代才做。你项目里那份 compose.yaml 现在还跑不起来。大量真实项目的本地开发就靠 compose 撑着，这一条就拦住了大多数人。

Kubernetes 没接。 Docker Desktop 自带的 k8s、Rancher Desktop、minikube 这些编排方案，目前都没有对应物，本地要编排得自己搭。

第三方实测偏谨慎。 英国咨询公司 endjin 在预览版期间的实测结论是"基础工作流和 dev container 表现不错，但建议先别从 Docker Desktop 切换过来"。

所以我的判断：跑单个镜像、dev container 开发、学容器的，现在就能切；重度依赖 compose 和 k8s 的，等 compose 落地再动。

微软的真实意图

最后说一个容易被忽略的角度。微软在这次公布的 roadmap 里写得直白：要把 Linux on Windows 从"开发环境"升级成"战略执行平台"，跑 AI 负载、跑云原生工作负载，并且让这些负载进入跟 Windows 一样的企业安全、管理和治理框架。

翻译一下：以后公司电脑上跑的每一个容器，IT 部门都看得见、管得住、禁得了。容器从"开发者自己装的工具"变成"企业 IT 治理体系里的一等公民"。这个角度国内报道还很少，你在公司负责容器相关的事，可以先把这篇转给运维看看。

最后留一个问题：你现在的容器工作流是什么方案——Docker Desktop、Podman，还是直接在 WSL 里装了 docker-ce？如果微软这条"自带免费"的路走通了，你会切吗？评论区聊聊。