WSL 3.0 正式推出，WSL containers 把容器開發能力直接帶進 Windows
WSL containers 正式推出，讓 Windows 開發者少一層容器工具的安裝與維護負擔。
Microsoft 在 2026 年 9 月 29 日宣布 WSL 3.0，並將經過公開預覽的 WSL containers 推向一般提供。這項更新的重點很務實：開發者可以直接使用 WSL 作為 Linux 容器執行引擎，從 Windows 建置、執行與部署容器，不必另外安裝 Docker 才能開始。
正式版功能包含命令列工具 wslc.exe，以及供 Windows 原生應用程式呼叫的 API。API 以 Microsoft.WSL.Containers NuGet 套件提供，支援 C、C++ 與 C#，也涵蓋檔案和網路掛載、GPU 存取及標準輸入輸出。一般使用者則可透過 wsl --update 更新 WSL；正式版已不需要預覽期間的 --pre-release 參數。
這次補上的操作包括容器重新啟動、容器與檔案複製、環境狀態查詢、網路連線管理、事件串流與健康檢查。企業管理也有相應配套：Intune 可限制 WSL containers 的使用，並控管映像檔登錄服務來源；Defender for Endpoint 則能把容器內的程序、檔案與網路活動納入主機端調查脈絡。容器因此更接近 Windows 既有的管理與資安流程，而非額外長出一套孤立環境。
開發工具的支援也已開始接上。Visual Studio Code 的 Dev Containers 可將 wslc 設為預設驅動程式，Container Tools 與 Aspire 也已支援。這讓 WSL containers 不只是一個底層執行環境，也逐漸進入日常開發工具鏈。Microsoft 接下來將優先開發呼聲最高的 wslc compose，補上多容器應用常見的編排需求。
底層改進同樣值得留意。virtiofs 用於把 Windows 路徑掛載到容器，官方指出速度約為舊有 plan9 的兩倍；新的 consomme 網路模式則讓 Linux 虛擬機透過具使用者權限的 Windows 程序通訊，改善 VPN 與防火牆的相容性。這些能力也可能惠及 WSL 發行版及其他建在 WSL 上的容器方案。
對只需要在 Windows 上執行 Linux 容器的開發者，WSL containers 提供了更直接的選項；對企業而言，管理政策與端點偵測能沿用既有 Windows 工具，降低另建流程的成本。不過，Docker 等工具已有成熟的工作流程與生態系，實際是否要遷移，仍取決於團隊對整合度、相容性與現有工具的需求。wslc compose 尚在開發，也代表多服務專案的使用體驗仍有待補齊。
消息來源：
