WSL 容器正式版推荐,Windows 跑 Linux 容器不再要 Docker Desktop

六月末公测的 WSL 容器,九月二十九日转正。一条命令更新,Windows 就能原生构建、运行、部署 Linux 容器,第三方桌面引擎不再是必选项。我把微软官方公告、学习文档和架构深潜文章过了一遍,先把时间线纠正一下,再把怎么用讲清楚。

它是什么

两大件。命令行工具随系统内置,别名顺手,构建、运行、部署容器一条龙,官方口径里没有单独的引擎要装,示例命令覆盖跑测试容器、起端口映射的常驻服务、用标准容器文件语法构建自有镜像这些日常动作。另一件是容器应用程序接口,以系统库形式提供主流语言的调用投影,原生 Windows 应用可以用编程方式跑 Linux 容器,官方点名了本地人工智能工作负载这个场景,接口支持标准输入输出、文件挂载、网络挂载与图形处理器访问。

架构上下了功夫。每个会话独立虚拟磁盘、独立子进程,会话之间强隔离,会话数据就存在用户应用数据目录下,找得到删得掉;网络走新的用户态模式,容器流量表现得像普通 Windows 进程,企业 VPN 与防火墙友好;文件挂载换用了更快的方案,官方自称比旧方案快约一倍,访问 Windows 文件也有提速的自称口径。代码就开源在 WSL 仓库里,可以自己审。公转正这三个月攒下的新东西不少,容器重启、文件复制、实时事件流、健康检查、超时参数都补齐了,企业侧还有终端安全产品的容器监控、管理开关与镜像仓库白名单,IT 部门的管理工具配得很全。时间线理一下,首次亮相在今年的开发者大会,六月二十九日开放公测,官方当时给的目标是秋季转正,九月二十九日兑现,国内媒体写的七月公测差了一个多月,以官方博客日期为准。

怎么用

第一步,管理员终端执行系统更新命令,把 WSL 升到二点九点三或更高。第二步,跑一条测试命令拉起示例容器,看到输出即通。第三步,照常用熟悉的镜像名拉取运行,端口映射、命名容器、后台驻留这些常规参数都在;构建用标准容器文件语法,跟写 Dockerfile 一个路数。镜像列表、启停容器、删除容器各有子命令,从 Docker 迁移主要是换命令头。图形处理器直通在接口层已支持,命令行的口径以文档为准。

解决了什么需求

装 Docker Desktop 吃许可与资源,装轻量替代又要配环境,Windows 上的容器开发长期在别扭里凑合。官方定位说得很直白,这是一条内建的企业级 Linux 容器路径。第三方工具构建于 WSL 之上,同样受益于底层改进,共存而非取代。公测阶段的社区讨论已经吵过一轮。有人担心这对 Docker 桌面版授权生意是坏消息,有人反问免许可替代品早就有了,还有人操心非标准网络配置的兼容。社区反馈里最响的一条是编排支持,官方仓库的功能请求贴攒了一百七十多个表情,官方也承认这是头号请求,目标是现有编排文件不改就能用,落地前先手动多跑几条命令。真实的坑也有,有用户在新构建上跑测试容器直接报参数错误,八个人点了同感;有用户报告企业代理环境拉取镜像不走代理变量,这类问题灰度期最常见。

注意事项

免费,随 Windows 更新发放。Windows 版本门槛官方文档没有写死,只要求 WSL 版本,装不上先更新系统与商店组件。国内媒体说的七月公测实际是六月二十九日,引用时以官方博客日期为准。镜像格式与底层运行时官方没有明说,写自动化脚本时按拉取主流镜像仓库的口径来。编排功能未落地,重度编排用户再等等。

总结

容器开发在 Windows 上第一次有了开箱即用的官方答案,隔离与网络设计看得出诚意。轻量场景直接迁过来,编排党等下一个大版本,企业环境按管理开关灰度。

来源

  • 微软官方公告 https://blogs.windows.com/windowsdeveloper/2026/09/29/wsl-containers-now-generally-available/
  • 官方学习文档 https://learn.microsoft.com/en-us/windows/wsl/wsl-container
  • 官方教程 https://learn.microsoft.com/en-us/windows/wsl/tutorials/wsl-containers
  • 架构深潜 https://devblogs.microsoft.com/commandline/wslc-architecture-deep-dive/
  • 小众软件报道 https://www.appinn.com/windows-wsl-container-generally-available/