微軟發布了WSL 3.0.1，這是下一代適用於 Linux 的 Windows 子系統，標誌著該專案從先前的 2.x 版本向新主要版本邁出了重要一步。此次更新包含了 WSL 迄今為止最重要的功能之一：WSL 容器，這是一個整合的基礎架構，允許使用者直接從 Windows 建立、運行和管理 Linux 容器。
新版本於 2026 年 9 月 29 日發布，可透過官方 WSL 軟體倉庫取得。此次更新不僅僅是版本號的變更：微軟利用這一新階段提升了 Windows 和 Linux 之間的效能，引入了新的網路模型，並添加了專為容器操作而設計的工具和 API。
WSL 3.0.1 標誌著從 WSL 2 到 WSL 2 的飛躍。
WSL 3.0.1 的發布正式標誌著從 2.x 分支切換到 3.x 分支。微軟官方程式碼庫透過對比歷史記錄顯示了這項變化。 2.9.13 y 3.0.1保留原有的編號。
新版本保留了 WSL 的基本目標：提供一個整合到 Windows 中的 Linux 環境，但微軟正在大幅擴展該環境的功能。
這一演進的核心要素之一是Linux容器的整合。先前，通常使用Docker Desktop、在WSL發行版中安裝Docker Engine，或使用其他外部解決方案。 WSL 3引入了自身的基礎架構來處理此類工作負載。
WSL 容器是 WSL 3.0 的主要新功能之一。
此版本包含了WSL 容器（簡稱 WSLc）的正式發布。微軟曾在夏季以預覽版的形式展示了這項技術，現在認為它已準備好投入全面使用。
主要部分是 wslc.exe一款全新的命令列工具，可讓您從 Windows 建立、執行和管理 Linux 容器。此外，還有 container.exe 作為整合別名，其語法對於已經使用容器工具的人來說更加熟悉。
此外，微軟還提供了 WSL 容器 API，允許原生 Windows 應用程式以程式設計方式建立和控制 Linux 容器。這為開發應用程式、AI 工具以及需要以整合方式運行 Linux 工作負載的軟體開闢了新的可能性。
WSL 3.0 引進了更多用於管理容器的工具。
正式發布的版本與測試階段相比，新增了許多命令。
其中有 wslc container restart重啟容器，以及 wslc container cp它允許使用 tar 檔案將檔案複製到容器或從容器複製檔案。
還出現 wslc system info旨在檢查容器環境的狀態，以及 wslc network connect y wslc network disconnect 連接或斷開網路容器。
該系統還整合了即時事件 wslc events容器狀態檢查，支持 --mount 此外，還提供了控制容器關閉超時時間的選項。微軟還允許您配置預設 WSLc 會話內容的儲存位置。
WSL 的新網路模型
另一個值得注意的新功能是Consommé，這是為容器工作流程開發的新網路模式。
微軟希望透過這套系統提升與 VPN、防火牆和企業網路的兼容性。 Linux 虛擬機器的流量透過一個在使用者上下文中執行的進程與 Windows 系統集成，該進程負責處理 DNS、路由和連接埠分配等任務。
其目標是實現 Linux 應用程式和容器與 Windows 網路更無縫的集成，避免以往將 WSL 與某些 VPN 和企業網路配置結合使用時出現的一些問題。微軟也將這項工作視為 WSL 基礎架構更廣泛改進的一部分。
存取 Windows 文件時效能已提升
WSL 3 也改進了 WSL 的一個傳統上最敏感的方面：從 Linux 存取儲存在 Windows 上的檔案。
微軟聲稱，這些新改進可以讓在某些 Linux 環境下存取 Windows 檔案時效能提升高達兩倍。這些優化不僅限於容器，而是旨在提升這兩個作業系統之間效能的更廣泛努力的一部分。
這對於將部分程式碼保存在 Windows 檔案系統中，但從 Linux 運行工具的開發專案來說尤其重要。
WSL 3 也關注公司
微軟藉此機會擴展了 WSL 的企業整合功能。
Microsoft Defender for Endpoint 可以收集有關容器內產生的進程、檔案和網路活動的信息，並將其與主機 Windows 電腦關聯起來。
微軟 Intune 則包含針對 WSL 容器的特定控制項。管理員可以啟用或停用此功能，並建立授權註冊表列表，供開發人員下載容器映像。
這使得 WSL 3 能夠更好地適應企業環境，因為在企業環境中，容器的使用需要受到安全性策略和集中管理的限制。
與 Visual Studio Code 和其他工具集成
新平台並非與現有的開發生態系隔離。微軟指出，它與 Visual Studio Code 開發容器相容。 wslc 作為容器控制器。
此外，Aspire 和 Visual Studio Code 容器擴充功能也已添加了支持，同時社群已經在開發其他工具以圖形方式管理 WSL 容器。
這樣一來，WSL 3 就可以用作容器基礎設施，而開發人員不必完全改變他們的工作流程。
那麼 Docker Compose 呢？
WSL 容器目前的一個缺點是缺乏對 Docker Compose 的原生支援。
Microsoft承認 compose 這是目前WSLc用戶最迫切的需求之一，他們已經在著手處理了。目標是在未來實現。 wsl compose up 可以使用文件 compose.yaml 無需修改現有文件。
因此，WSL 3.0.1 的目標並非取代容器生態系中的所有工具。一些進階工作負載仍然需要像 Docker 這樣的解決方案，尤其是在其他功能仍在開發期間。
為什麼有人說WSL 3不存在？
這次版本號的躍升尤其值得關注，因為在 2026 年，曾有報導微軟將推出 WSL 3，但微軟否認了這一說法。當時，專案經理表示並不存在名為 WSL 3 的版本。
隨著 WSL 3.0.1 的發布，情況發生了變化。微軟官方倉庫現已列出 3.0.1 版本，並明確顯示了 WSL 2.9.13 到 WSL 3.0.1 之間的更新日誌。此外，9 月 29 日在倉庫中創建的一個討論貼文與 3.0.1 版本直接相關，並宣布 WSL Containers 現已正式發布。
因此，先前聲稱「WSL 3 不存在」的說法已不再反映該專案的現狀。 WSL 3.0.1 是微軟的官方版本。
Windows 系統中 Linux 的新時代
透過 WSL 3.0.1，微軟擴展了 WSL 的功能，使其不再僅僅提供一種在 Windows 上運行 Linux 工具的便捷方式。
WSL 容器、Windows 應用程式 API、檔案存取效能改進、新的網路模型和企業控制等功能的加入，使 WSL 成為運行 Linux 和容器工作負載的更完整的平台。
微軟也表示將持續致力於WSL的核心功能，包括網路連線和跨作業系統效能。因此，WSL 3.0.1標誌著該專案進入了一個新階段，而不僅僅是一次簡單的維護更新。