微软发布 WSL 3.0：原生支持 Linux 容器、访问 Win11 文件速度翻倍

微软发布 WSL 3.0：原生支持 Linux 容器、访问 Win11 文件速度翻倍 — ithome.com · 1 小时前 · 🛠 工具 / 开源

微软于 9 月 30 日发布 Windows Subsystem for Linux 3.0（最新版本 3.0.1），把 Linux 容器运行能力直接内置进 Windows 11 系统。这一版最重要的新增是 wslc（WSL Containers）工具，用户不再需要安装额外的虚拟化软件，就能在 Windows 11 上创建、部署和运行 Linux 容器；微软同步开放 API，让普通 Windows 程序可以透明地调用容器，降低开发与集成门槛。底层实现上，WSL 3.0 迁移到 Linux 6.18 内核，并裁剪非必要驱动与子系统，以缩短启动时间、减少内存占用；文件系统默认启用 virtiofs，官方称 Windows 文件访问速度因此翻倍。网络方面新增 consomme 模式，Linux 流量经 Windows 主机转发，可兼容代理服务器与企业网络策略，缓解了容器网络隔离造成的部署难题，对企业环境更友好。开源方面，微软以 MIT 许可证开放 WSL 命令行工具、后台服务、容器启动组件和 WSLg 图形堆栈。容器工具包支持创建、启动、停止、导出、检查与清理容器，提供 CPU 与内存限制、镜像上传下载、网络配置、GPU 访问等能力，并集成 C++、C#、WinRT、MSBuild、CMake 与 VS Code 开发容器。文章的核心结论是：WSL 正从单纯的 Linux 兼容层，演变为 Windows 上原生的容器化开发平台。

核心信息

新增的 wslc（WSL Containers）工具让 Windows 11 用户不必再安装第三方虚拟化软件，就能在本机创建、部署并运行 Linux 容器；微软同步开放调用接口，使普通 Windows 程序可以透明访问容器内服务，容器因此不再只是命令行里孤立的进程，而成为桌面应用、脚本与构建流程能够直接消费的运行单元，这相当于把容器运行时的入口从外部工具收回到系统层，开发与集成的门槛被明显拉低。
WSL 3.0 把内核升级到 Linux 6.18，并裁掉非必要的驱动与子系统，换来更短的启动时间和更低的内存占用；文件系统默认启用 virtiofs，官方给出的指标是 Windows 文件访问速度翻倍，这对需要频繁在 Windows 与 Linux 之间读写同一份代码仓库的开发者是最直接的收益，大型仓库的构建与索引环节受益尤其明显，启动更快、占用更少也让它在内存紧张的笔记本上更容易常驻。
网络层新增的 consomme 模式让 Linux 流量经由 Windows 主机转发，因此可以沿用主机上的代理设置与企业网络策略，缓解了此前容器网络隔离造成的内网与镜像仓库访问障碍；对需要在受管设备上运行容器的团队而言，这一改动的实际价值可能超过性能提升，因为它让容器网络与主机的排查路径趋于一致，减少了双栈排错成本，企业环境下的部署难题由此得到针对性回应。
微软以 MIT 许可证开源了 WSL 命令行工具、后台服务、容器启动组件与 WSLg 图形堆栈，容器工具包则覆盖创建、启动、停止、导出、检查、清理等生命周期操作，并提供 CPU 与内存限制、镜像上传下载、网络配置、GPU 访问等能力，同时集成 C++、C#、WinRT、MSBuild、CMake 与 VS Code 开发容器，第三方可据此构建自己的集成与发行方案。

💡 为什么值得读: 如果你在 Windows 上做容器化开发，又受困于企业网络策略或跨文件系统读写瓶颈，这次更新给出了一个不换系统就能升级工作流的具体选项。

✍️ 小编看法: 小编看法：这次发布最值得注意的不是某个单点提速，而是 WSL 的定位发生了位移。过去它解决的是在 Windows 上跑 Linux 命令行的问题，如今 wslc 把容器生命周期管理收进系统组件，配合开放接口让桌面程序直接调用容器，Windows 正在把自己改造成容器宿主，而不只是容器的客户端。这会挤压一批依赖「在 Windows 上跑容器必须装我」的第三方工具，尤其是商业桌面容器方案：当系统自带能力已经覆盖创建、启停、导出、限额、GPU 访问这些高频操作，付费理由就要重新论证，剩下的差异化可能落在镜像安全扫描、团队级策略管控与远程编排上。另一处容易被忽略的是企业网络这笔账。consomme 模式让流量走主机转发，表面上只是一个网络配置项，实际上决定了 WSL 能不能出现在受管设备的白名单里。很多公司禁止虚拟机桥接网络，也不允许容器绕过代理直连，旧的隔离模型让开发者在本地跑得好好的服务一进公司网络就失效；把 Linux 流量纳入主机策略，等于把合规风险从开发者个人转移到平台层，这才是企业愿意买单的部分。开源采用 MIT 许可证同样值得玩味。宽松协议加上命令行工具、后台服务、容器启动组件与图形堆栈一并放出，短期看是取信社区，长期看是把 WSL 变成别人可以嵌入的底座，但随之而来的是维护边界问题：内核跟着上游 Linux 6.18 走，图形与容器组件各自独立演进，版本错配时的兼容性由谁兜底，目前还没有答案。性能声明也需要更细的刻度，文件访问翻倍是在什么负载、什么目录结构、多大文件下测出来的，官方没有展开；如果翻倍主要出现在大文件顺序读写，而开发者日常面对的是成千上万个小文件组成的依赖树，体感差距会小得多。下一步值得观察三件事：第三方基准能否复现这个数字，GPU 与图形栈在容器内的实际可用程度，以及这套容器能力是否会延伸到 Windows Server 或云端开发机。对读者来说，如果你的团队正被本地容器与公司网络策略夹在中间，这个版本值得尽早放进测试环境。

🏷️ WSL, Linux containers, Windows, kernel