微软预览发布可在 Windows 系统中运行的 Linux 容器

导读：微软发布了 Linux 容器 CLI 和适用于 Windows 应用程序的 API。

现在，开发者们不仅可以在 Windows 系统中无需第三方工具即可运行 Linux，而且还可以在容器中运行。

随着 WSL 容器公开预览版的发布，微软研发团队延续了 Windows 子系统 Linux 版 (WSL) 作为该公司最受开发者关注的技术之一的趋势。

微软这样表示道，此次更新为 WSL 添加了两项新功能：“内置 Linux 容器 CLI 和供 Windows 应用程序运行 Linux 容器作为其应用程序逻辑一部分的 API”。

微软高级项目经理克雷格·洛文表示说，“这款命令行工具拥有熟悉的格式和功能”，的确如此。如果你熟悉 Docker，那么wslc.exe 的语法（wslc.exe是新的二进制文件）对你来说会非常熟悉。此外，它还内置了 container.exe 的别名，方便那些喜欢输入container而不是wslc 的用户使用。

洛文还表示：“容器已成为现代开发的基础组成部分——从云原生应用程序和人工智能工作负载到测试和部署管道。”

“WSL 容器通过提供一种内置的、企业级的方式来创建、运行和管理 Windows 上的 Linux 容器，简化了这一体验，而无需额外的第三方工具。”

WSL 一直以来都是在 Windows 系统上运行 Linux 工作负载的便捷方式，对于必须遵守公司规定使用 Windows 设备的 Linux 开发人员来说尤其方便。用于端到端容器工作流的 CLI 进一步增强了这一点。

微软表示：“WSL 容器使开发人员和组织能够更轻松地构建、测试和运行容器化工作负载，同时还能受益于 Windows 平台的安全性、可管理性和集成性。”

或者，你可以原生运行自己喜欢的 Linux 发行版，但这可能不是一个选项，特别是如果一个组织非常重视“Windows 平台的安全性、可管理性和集成性”。

这一点很重要。WSL 现有的 Microsoft Defender for Endpoint (MDE) 已更新（目前处于内部预览阶段），可以识别 Linux 容器事件，并且 Intune 中也提供了用于管理 WSL 容器的设置。此外，VS Code 的预发布版本也支持此功能，可以在开发容器设置中将 Docker 路径更改为wslc。

微软还为 WSL 容器引入了一个新的默认文件系统，声称该系统能将 Windows 文件访问速度提升一倍。那么，速度真的只是从“慢得要命”变成“慢”吗？我们得等到正式发布后才能下结论。此外，WSL 还新增了一种默认网络模式，以提高兼容性并改进了内存回收技术。

然而，这些调整在 WSL 中默认情况下都不会启用。微软表示：“由于这些更改涉及文件系统访问和网络等关键路径，因此目前仅在 WSL 容器中启用。”

此外微软附带发布了WSL 容器 API，允许原生 Windows 应用程序以编程方式调用 Linux 容器。微软为此提供了 NuGet 包，支持 C、C++ 和 C#语言。该 API 与 MSBuild 和 CMake 构建系统集成，开发者只需在项目文件中添加少量配置，容器的构建和部署即可自动融入应用程序的编译流程。这一能力适用于复用现有 Linux 特定代码、在本地运行云应用、或限制 Linux 进程对宿主机资源的访问等场景。