Windows Subsystem for Linux¶
本文仍在编辑中，尚未校对、审阅和和修订
导言
本章节将介绍在 Windows 上体验和使用 Linux 的较好的方法之一——Windows Subsystem for Linux。
WSL 有着接近原生的性能、GPU 的支持和极易的安装方法，完整的 Linux 内核环境可以在涵盖绝大部分的 Linux 日常开发环境。
安装¶
自动安装方法¶
在 Windows 10 Build 19041（Windows 10 2004）版本或以上，可以通过一条命令直接完成安装（需要以管理员身份运行）：
| Bash | |
|---|---|
这条命令会完成如下几个操作：
- 启用 WSL 和虚拟化平台
- 下载并安装 WSL 的 Linux 内核
- 设定 WSL 2 默认的版本
- 从微软商店里面下载 Ubuntu 进行安装
安装完毕之后可以直接通过 ubuntu 命令启动。
手动安装¶
如果系统版本在 Windows 10 Build 19041 以下，如 Windows 10 LTSC 2019 ，需要手动配置系统。
启用 WSL 和虚拟化平台¶
使用管理员身份在 Powershell 中运行
| Batchfile | |
|---|---|
安装 Linux 内核¶
从微软下载 Linux 内核用于 Windows 的更新，并安装
设置 WSL 2 为默认的 WSL 版本¶
| PowerShell | |
|---|---|
安装发行版¶
有许多的方法安装一个新的发行版。
从微软商店下载¶
在微软商店中直接搜索对应的发行版进行安装即可，这种方法可以安装的发行版并不多，如 Arch Linux 和 Fedora 就无法通过这种方法进行安装。
使用 Appx 文件进行安装¶
有的打包为 Appx 的分发方式，也有提供了可执行应用程序来进行安装，在仓库里面提供了安装方式
- ArchLinux: ArchWSL
- Fedora: FedoraWSL
- Manjaro: ManjaroWSL
- Gentoo: GentooWSL
使用 LxRunOffline 进行安装¶
LxRunOffline 是进行 WSL 管理的一个应用程序，可以帮助管理 WSL 的安装与配置
LxRunOffline 仓库：LxRunOffline
LxRunOffline 是通过 Windows 提供的 API 来进行管理 WSL 的一个命令行工具
例：安装 Arch Linux¶
可以从 LxRunOffline/wiki 里面下载需要的发行版的 rootfs
对于 ArchLinux，可以从这个链接，下载 ArchLinux 的 rootfs 得到 archlinux-bootstrap-*.tar.gz
使用 LxRunOffline 进行安装
| Bash | |
|---|---|
-
-nWSL 的名称 -
-d希望安装的位置，通过这种方法可以不需要将 wsl 安装在 C 盘
需要注意的是，这个安装方法不会在开始菜单中添加启动快捷方式，只能够通过命令行的方式启动：
| PowerShell | |
|---|---|
在安装完成后打开，默认是以 root 的身份执行，如果需要默认以其他的用户的身份运行，可以在添加了用户后，使用 LxRunOffline 运行：
| Bash | |
|---|---|
其中：
ArchLinux是 WSL 的名-v 1000是设置登录的用户的 UID
使用¶
VS Code¶
在 VS Code 中安装插件 "Remote - WSL" 后，可以像 "Remote - SSH" 一样使用 WSL
JetBrains¶
包括 IntelliJ IDEA、PyCharm、WebStorm 等，都有对 WSL 的支持。在打开了 WSL 下的目录后， 会自动地选择 WSL 下的工具链，Git 会使用 WSL 中安装的 Git 而不是 Window 下的 Git。
但是还有一些问题仍待解决，如 PyCharm 并不支持 WSL 中的虚拟环境，在添加 Python Inpterpreter 时，
无法检测并使用现有的如 virtualenv、conda 等创建的虚拟环境，也无法创建。
对应的的 Issue：PY-32853
可以 workaround 来解决：在添加 Python Inpterpreter 时，添加 System Python Inpterpreter 而不是
Virtual Environment，在路径中填写虚拟环境下的 Python 路径，PyCharm 可以正确识别安装的包，但是在打开
终端的时候，不会自动地 source 虚拟环境。
在 WSL 中使用资源管理器打开文件夹¶
在 WSL 的终端中，直接输入 explorer.exe .，会在当前目录下打开资源管理器，也可以使用 Windows 上的应用程序打开相应的文件。
已知的问题¶
运行 32 位应用程序¶
由于实现原理，WSL 1 并不支持运行 32 位应用程序。WSL 2 由于是完整的 Linux 内核，可以在安装了对应的 运行时后可以运行 32 位应用程序。
WSL 下 /mnt/ 性能问题¶
WSL 2 由于相当于是通过网络的方式访问 /mnt/ 下的文件，导致性能相对于 WSL 1 有明显的下降。
可以通过将文件放在 / 下（不包括 /mnt/），来提高性能。
相关的 Issue 和评论：microsoft/WSL#4197
systemd¶
无论是 WSL 1 还是 WSL 2，都不原生支持 systemd，如果需要 systemd，可以通过 systemd-genie 来实现。