微软发布 WSL 3.0：Win11 原生运行 Linux 容器，文件访问性能提升
据 IT之家 9 月 30 日消息，微软当天发布公告，正式推出 Windows Subsystem for Linux 3.0，当前最新版本为 3.0.1。此次更新面向 Windows 11 用户带来一项关键变化：WSL 开始原生支持运行 Linux 容器。这意味着开发者无需再依赖额外虚拟化软件，即可在 Windows 环境中创建、部署和运行 Linux 容器。对于经常在 Windows 与 Linux 工具链之间切换的开发者、AI 工程师和企业研发团队来说，WSL 3.0 更像是一次底层开发环境的整合升级。
核心变化：wslc 让 Linux 容器进入 Win11 原生工作流
WSL 3.0 最大的变化，是引入 wslc，也就是 WSL Containers 工具。来源显示，借助 wslc，用户可以直接在 Windows 11 系统上管理 Linux 容器，包括创建、部署与运行等操作。这一能力将原本较为割裂的 Windows 桌面开发环境与 Linux 容器工作流进一步打通。
微软还同步开放了相关 API，使 Windows 程序可以更透明地调用容器能力。对开发者而言，这类接口开放的意义不只是“能运行容器”，而是让 IDE、自动化脚本、企业内部开发平台以及 AI 工具链有机会把 Linux 容器作为本地能力调用，从而降低环境配置和跨系统协作的门槛。
- 容器管理：支持创建、启动、停止、导出、检查和清理容器。
- 资源控制：提供 CPU 与内存限制能力，便于本地开发和测试隔离。
- 镜像与网络：支持镜像上传下载及网络配置。
- 硬件与工具链：提供 GPU 访问，并集成 C++、C#、WinRT、MSBuild、CMake 以及 VS Code 开发容器。
性能与内核升级：Linux 6.18、virtiofs 与更轻量的 WSL
除了容器能力，WSL 3.0 也在底层架构上做了更新。来源显示，新版本迁移到 Linux 6.18 内核，并通过精简非必要驱动与子系统，缩短启动时间、降低内存占用。这类优化对于日常开发体验很关键，因为 WSL 往往不是单次启动使用，而是伴随编辑器、终端、构建工具、数据库和模型推理环境长期运行。
文件系统性能也是本次更新的重点。微软表示，通过默认启用 virtiofs 文件系统，WSL 访问 Windows 文件的速度实现翻倍。过去，Windows 与 Linux 子系统之间的文件访问性能差异，经常影响项目构建、依赖安装、数据读写和脚本执行效率。若官方所称的性能提升在实际场景中表现稳定，将有助于改善开发者在 Windows 上处理跨平台项目时的体验。
网络模式面向企业环境：更兼容代理与策略管理
网络方面，WSL 3.0 新增 consomme 网络模式。来源显示，该模式下 Linux 流量会经由 Windows 主机转发，并兼容代理服务器及企业网络策略。对于企业用户而言，这一点尤其重要：很多公司内部网络存在代理、访问控制、审计和安全策略，此前容器网络隔离可能带来部署和调试困难。
新网络模式的意义在于，让 Linux 容器不再像一个难以纳入管理的独立网络环境，而是更容易与 Windows 主机的企业策略保持一致。这有助于 WSL 在公司研发、测试、AI 应用原型验证等场景中获得更高接受度。
影响解读：Windows 正在补齐 AI 与云原生开发短板
从本站关注的 AI 与开发工具角度看，WSL 3.0 并不是一次普通版本迭代。当前 AI 应用开发大量依赖 Linux 生态、容器镜像、GPU 调用、Python 工具链和云原生部署方式。微软让 Windows 11 原生支持 Linux 容器，本质上是在强化 Windows 作为 AI 开发工作站的竞争力。
与此同时，微软通过 MIT 许可证开源 WSL 命令行工具、后台服务、容器启动组件及 WSLg 图形堆栈，也释放出更开放的信号。对于企业和工具厂商来说，开源有利于审查、集成和二次开发；对于个人开发者来说，则意味着 WSL 生态可能出现更多围绕容器、图形应用、自动化和本地 AI 工作流的工具。
总体来看，WSL 3.0 的关键词是容器原生化、性能优化、企业网络兼容和工具链集成。它把 Windows、Linux 与容器之间的边界进一步压缩，也让 Windows 11 更适合承担本地开发、AI 实验和企业级应用构建的统一入口。