適用於 Linux 的 Windows 子系統是 Microsoft 開發的兼容層，用於在 Windows 10 上本地運行 Linux 可執行文件。
最近 有消息稱 WSL 現在與 Systemd 兼容，這個新的 WSL 更新為流程和服務管理解鎖了許多生活質量功能。 這包括對 snapd 的支持，它允許用戶利用 snapcraft.io 上提供的所有工具和應用程序。
提到從 Systemd 添加到 WSL 的新支持對於希望在將服務應用程序部署到雲之前在 WSL 中配置和開發服務應用程序的 Web 開發人員特別有用。
這意味著依賴 Systemd 使用或只是簡單管理的應用程序現在可以在 Windows 10 和 Windows 11 上的這個 WSL 環境中無縫運行。
值得一提的是 此更新特定於 WSL2，第二代WSL。 WSL2 在專用虛擬機上運行完整的 linux 內核，使用 Windows 中內置的 Hyper-V 管理程序的功能子集。 WSL 的原始版本是一個非常不同的工具，它不包含完整的 Linux 內核。
在一篇博文中，Canonical 提供了一些技術細節。 並解釋瞭如何在 WSL 中在 Ubuntu 上啟用 Systemd。 微軟的相應公告技術含量較低，但它確實描述了為實現此功能所做的一些重大更改，包括更改 WSL2 的工作方式。
Systemd 支持需要對 WSL 架構進行更改。 因為 Systemd 需要 PID 1，所以在 Linux 發行版上啟動的 WSL 啟動進程成為 Systemd 的子進程。 此外，由於 WSL 初始化過程負責提供 Linux 和 Windows 組件之間的通信基礎設施， 更改此層次結構需要重新考慮使用 WSL 初始化過程所做的一些假設. 還必須進行其他更改以確保完全關閉並確保與 WSLg 兼容。
還需要注意的是，通過這些更改，Systemd 服務不會讓您的 WSL 實例保持正常運行。 您的 WSL 實例將像以前一樣保持活動狀態。 微軟補充說，該功能不會自動更新，以免給現有用戶帶來問題。 “由於這會改變 WSL 在啟動時的行為，因此我們希望在將此更改應用於用戶現有的 WSL 發行版時要小心。 目前，您必須選擇為特定的 WSL 發行版啟用 Systemd，”他說。
這種變化意味著使用 WSL 將更像是在基本機器上使用您最喜歡的 Linux 發行版，並且允許您使用依賴於 Systemd 支持的軟件。 以下是一些依賴於 Systemd 的 Linux 應用程序示例：
snap ：一個有用的二進製文件，允許您在 Ubuntu 上安裝和管理軟件；
microk8s – 讓 Kubernetes 在您的系統上快速本地運行；
systemctl ：一個工具，它是 Systemd 的一部分，與 Linux 機器上的服務交互。
可以說，對 Systemd 的支持 由適用於 Linux 的 Windows 子系統 得到了 Lennart Poettering 的幫助， Systemd 的創建者，幾個月前對 Redmond 巨頭（您可以查閱有關它的說明） 在下面的鏈接).
值得一提的是，微軟近年來聘請了幾位 Linux 開發人員和其他知名的開源開發人員。 微軟目前聘用 Python 發明者 Guido van Rossum，GNOME 發明者 Miguel de Icaza 在 2016 年收購 Xamarin 時受僱於微軟，Nat Friedman 擔任 GitHub 首席執行官，Daniel Robbins，Gentoo Linux 創始人，受僱於微軟 Steve French 為微軟工作作為 Linux CIFS/SMB2/SMB3 維護者和 Samba 團隊的成員。 此外，Linux 廣泛部署在微軟的雲計算服務 Azure 上。
終於 如果您有興趣了解更多信息，您可以在 以下鏈接。