如果你跟我一样平时一台 Windows 上同时放着几个气质完全不同的项目——其中一个还锁在 Python 3.6 的老环境里、另一个要跑 PyTorch 需要单独配 CUDA、第三个只想有个干净的 Debian 拿来跑脚本和测试部署——早晚会冒出同一个念头能不能一次性多开几个 WSL 里的 Linux 环境我最初也以为 WSL 只是“装好一个 Ubuntu 就完事”后来自己折腾才发现它天生就是为多发行版并行准备的。既然叫 Windows Subsystem for Linux它就能让你在同一个 Windows 里维护多个互不干扰的 Linux 实例。这篇文章就把我实际跑通的“wsl 生成多个 linux 环境”整套做法、命令、参数和踩过的坑都写出来适合正在用 WSL 开发、又不想反复卸载重装系统的朋友直接照着抄。1. 为什么要在 WSL 里维护多个环境1.1 一个现实场景环境冲突逼疯了我以前我的做法特别蠢需要 Python 3.6 旧包就把 3.11 卸载了过两天需要用新框架又得手工切 conda 环境。conda 确实能隔离 Python 包可一旦涉及系统级依赖、内核模块、CUDA 驱动版本、某个只在 Ubuntu 源里存在的动态库conda 就管不住了。后来我干脆给旧的业务封了个 Ubuntu 18.04 的 WSL给新项目开了 Ubuntu 22.04 的 WSL又复制了一个 Debian 当测试靶场。三个环境互相不看对方的文件系统软件源、Python 版本、环境变量完全独立再也没有“这边改完把那边搞坏”的情况。这其实就是多 WSL 环境最大的价值隔离系统级环境污染。日常我们用 Docker 隔离应用但 Docker 本身也需要底层系统支持而 WSL 直接隔离了整个用户态和根文件系统比虚拟机的资源开销又小得多。1.2 多环境、多虚拟机、Docker 到底怎么选很多人会问要这么多 Linux 环境为什么不直接用 VMware 开三台虚拟机或者用 Docker 起三个容器我做了一张我自己用的对比表结论非常明确方案启动成本资源占用隔离程度磁盘占用适合场景多套 WSL 环境秒级启动共享同一个轻量 VM占用可控每个环境独立根文件系统每个环境一个 vhdx有稀疏占用日常开发、系统级依赖不同、想模拟多发行版多台虚拟机分钟级每台单独跑一个完整系统吃满内存完全隔离系统镜像动辄十几 GB测试内核、跑 GUI 桌面、整机环境一致性Docker 多容器秒级共享宿主内核保存少量镜像层进程级隔离但共享内核镜像压缩后很小应用打包、微服务、标准化交付如果你需要的是“能同时开机、偶尔切来切去当不同开发机用”多 WSL 环境几乎是成本最低的路线。尤其 Windows 11 的 WSL 2 已经在用 Hyper-V 轻量虚拟化同一个内核下面挂多个发行版实例资源利用率比普通整机虚拟化高得多。1.3 多环境具体能玩出什么花样我目前这台机器上常驻三个 WSL 环境ubuntu-2204主力开发装 Python 3.11、Node、CUDA 工具链。ubuntu-old从 tar 导入的旧版本环境专门跑依赖老 GLIBC 的遗留服务。debian用于测试随便装随便删坏了直接--import重新恢复。这套组合还能往下扩展很多场景想试试 Kali 就单独装一个跑安全工具想用 Fedora 又不想影响 Ubuntu 就直接加一个甚至用wsl --export把配好的环境导出成模板丢到另一台电脑上复制。只要能接受每个环境都占用一部分磁盘空间方案几乎没有任何副作用。2. 搞懂原理WSL 2 的每个发行版到底是什么2.1 不是“三个系统三台虚拟机”是一个轻量 VM 里的三个实例最早我误以为 WSL 2 是“每个发行版开一个独立轻量虚拟机”结果用任务管理器一看内存和 CPU 始终只有一个虚拟机的进程在跑。后来才搞明白WSL 2 本身由 Windows 提供一个极简化的轻量虚拟机运行一个微软维护的 Linux 内核所有发行版都运行在这同一个虚拟机里相互之间通过 Linux 的命名空间和独立的根文件系统做隔离。用一个生活化类比这就像一栋公寓楼大楼的水电、管道、电梯是共享的共享内核与硬件资源但每个房间有独立的门锁、家具和装修各自的根文件系统、用户、软件。你住你的 301他住他的 502互不干扰。所以同时开三个 WSL 环境并不会真的启动三个 virtual machine只会启动一个内核对多个根文件系统提供支持。这也是为什么 WSL 多环境的资源开销比 VMware 小很多。2.2 每个发行版对应一块独立虚拟磁盘在 Windows 侧每个 WSL 发行版实际上对应一个.vhdx虚拟磁盘文件。默认情况下通过应用商店安装的发行版VHD 会躺在%LOCALAPPDATA%\Packages\xxx\LocalState\目录下文件名一般是ext4.vhdx。后续用wsl --import导入的环境放在你指定的目录里同样是一个.vhdx。这套机制带来的结果每个发行版的系统文件、用户目录、安装的软件完全隔离。备份一个环境本质上是导出并压缩这个根文件系统。删除某个发行版只要--unregister并删掉对应的 vhdx 即可不影响其他环境。2.3 共享内核带来的限制与适配既然所有发行版共享同一个 Linux 内核那么所有环境的uname -r基本是一样的。这带来一个明显限制如果需要修改内核参数、加载专属内核模块或者做内核编译实验WSL 多环境方案并不合适还是得用虚拟机。普通开发完全不受影响。WSL 的默认内核已经内置了常用模块包括 EXT4、overlayfs、iptables、Docker 需要的模块等。Deepin、Kali、Fedora 等发行版在 WSL 里跑大多没问题只是个别涉及 GUI 桌面或系统级内核定制的需求需要另想办法。3. 一边装一边试从零搭建多个 Linux 环境3.1 先确保 WSL 本身能正常跑在开始折腾多环境之前先把基础打牢。Windows 10 2004 以上或 Windows 11 都可以直接命令行安装wsl --install执行完按提示重启系统再打开任意终端敲一下wsl -l -v如果正常输出一个发行版列表说明基础设施就绪。这一步偶尔会遇到没反应或者报0x80070003多半是 Windows 功能没开全。我建议直接检查三件事任务管理器“性能”里 CPU 虚拟化是否已启用、Windows 功能里“虚拟机平台”是否勾选、系统盘剩余空间是否充足。把这三条搞定绝大部分安装问题就会消失。3.2 一次装多个发行版安装多发行版最简单的方式是联网直接装。先看一下可用的列表wsl --list --online然后想装哪个就装哪个wsl --install -d Ubuntu-22.04 wsl --install -d Debian wsl --install -d kali-linux每条命令都会独立下载、独立解压、独立做首次初始化。首次进入某个环境时WSL 会要求设置一个 Linux 用户名和密码。不同环境互不影响可以给每个环境配置完全不同的用户。这里有个我一开始不习惯的点装完多个之后默认目录里会出现多个 vhdx。想确认当前全部环境和版本随时执行wsl -l -v输出示例NAME STATE VERSION * Ubuntu-22.04 Running 2 Debian Stopped 2 kali-linux Stopped 2带*的是默认环境之后在终端直接敲wsl进入的就是它。3.3 复制预设环境导出与导入实战在线安装适合标准发行版但很多时候你希望把现成的、已经配好的环境复制成好几份。比如我已经把ubuntu-2204配置好了 CUDA、conda、vim 插件现在想再开一个同样底子的实验环境就没必要从头装一遍。这时用wsl --export和wsl --import。先导出wsl --export ubuntu-2204 D:\wsl_backups\ubuntu-2204-template.tar如果文件太大建议启用 WSL 内部的压缩把体积降下来sudo tar --numeric-owner --xattrs --acls -cvf /mnt/d/wsl_backups/ubuntu-2204-template.tar -C / .然后在另一份环境名里导入wsl --import ubuntu-lab D:\WSL\ubuntu-lab D:\wsl_backups\ubuntu-2204-template.tar注意第一个参数是新的环境名称第二个是 vhdx 存放目录第三个是 tar 包路径。直接用商店的--install没法自由指定环境名而--import可以。因此我经常把导入当成“复制环境”的万能方法把配好的环境导出一次再用不同名字导入多份。导入后有个经典坑默认用户是 root不是你原来环境里的那个普通用户。解决办法是在目标环境内打开/etc/wsl.conf设置默认用户[user] default你的用户名然后重新启动该环境才会生效。3.4 把环境装到 D 盘解决 C 盘爆炸很多人装完几个环境后发现 C 盘告急这非常正常。商店安装的发行版默认把 vhdx 放在系统盘随便一个 Ubuntu 轻松吃掉 3~6 GB。如果你想把 WSL 环境装到其他分区比较稳定的做法就是“导入导出法”先把已有环境导出成 tar然后用--import导入到指定目录比如D:\WSL\Ubuntu-2204。这样 vhdx 文件就完全落在 D 盘C 盘只保留少量元数据。如果还没开始安装新环境也可以从微软官方下载对应发行版的 rootfs tar 包直接--import不通过商店安装目录由自己决定。对只想固定放 D 盘的人这条路最省事。记得导入目标目录必须位于 NTFS 分区路径里也尽量不要带中文和空格避免不必要的权限或解析问题。4. 多环境日常管理与高效工作流4.1 用命令管理多个发行版多个环境跑起来以后最常用的管理命令基本是这几个命令作用示例wsl -l -v查看所有环境状态和 WSL 版本wsl -l -vwsl -d Debian进入指定环境wsl -d Debianwsl -d ubuntu-lab -u root以指定用户进入某环境wsl -d ubuntu-lab -u rootwsl --terminate Debian停止某个正在运行的环境wsl --terminate Debianwsl --shutdown停止全部环境和后端 VMwsl --shutdownwsl --unregister Debian删除该环境及 vhdx不可恢复wsl --unregister Debian对于日常切换我通常不直接记命令名而是用 Windows Terminal 的下拉菜单。只要 WSL 环境创建成功Windows Terminal 会自动发现它并在新建标签页时列出所有发行版点一下就能进对应环境。4.2 设置默认环境和开机默认路径如果希望打开终端时不进入默认环境而进入自己最常用的那个可以wsl --set-default ubuntu-2204每次启动某个环境时的初始工作目录也可以在 Windows Terminal 里单独设置。我给ubuntu-2204的 profile 配置了启动后直接进入/home/me/workDebug 时再也不用敲cd进入项目目录。以前用 VS Code 时最舒服的配合是装好官方 WSL 扩展在 WSL 环境里输入code .VSCode 会直接以“WSL 远程窗口”的方式打开当前目录相当于前端还是 Windows 图形界面后端编译和终端完全在 Linux 侧运行。多环境之间切换也不会搞混因为每个窗口的终端、路径、扩展运行在对应环境里。4.3 环境间共享文件要讲究策略既然环境彼此独立你可能想共享同一份代码或数据集。最简单的做法是放在 Windows 目录里然后每个环境通过/mnt/c/xxx访问但是 WSL 2 访问 Windows 文件系统的性能比访问自己虚拟磁盘内的文件差很多尤其在大量小文件编译、解压、npm 安装时差距可能是十倍量级。我的习惯是仓库和代码尽量放在各环境自己的 Linux 文件系统里比如/home/me/repos/。真正的大文件、临时包放在 Windows 侧比如D:\data用/mnt/d/data挂载读。环境间需要共享的配置文件我用 git 仓库同步而不是直接跨环境引用路径。如果嫌麻烦也可以把 Windows 项目目录直接放在\\wsl$\ubuntu-2204\home\me\...这样的 UNC 路径下来回拖文件。这种方式的性能同样不理想适合偶尔传输少量文件。5. 资源分配没你想的难.wslconfig 优化5.1 内存、CPU、swap 的全局配置因为多个发行版共享同一个轻量 VM所以 WSL 的资源配置是全局的不是每个环境单独设置的。想在多个环境里跑大型编译或深度学习训练一定要在 Windows 用户目录下配置.wslconfig文件。这个文件位于C:\Users\你的用户名\.wslconfig如果不存在就自己新建。我的常用配置[wsl2] memory8GB processors4 swap4GB swapFileD:\\WSL\\wsl-swap.vhdx localhostForwardingtruememory是 WSL 能拿到的最大内存不是每个发行版的内存。processors限制 WSL 可以使用的 CPU 核心数。swap是 WSL 内部的交换空间大小默认在 C 盘可以指定到 D 盘减少系统盘压力。改完配置后务必执行一次wsl --shutdown然后再打开任意环境配置才生效。不需要重启 Windows。新版本 WSL 还支持两种更省心的配置项autoMemoryReclaimgradual sparseVhdtrueautoMemoryReclaim让 WSL 在空闲时自动归还内存给 WindowssparseVhd让 vhdx 稀疏化自动回收未使用的磁盘块对长期跑大数据和大量安装包的人很友好。5.2 试着打开“镜像网络”模式如果你发现自己 Windows 上的网络代理、局域网服务在 WSL 里访问不通大多数情况是 WSL 2 默认的 NAT 网络模式造成的。较新的 WSL 版本支持打开镜像网络模式[wsl2] networkingModemirrored dnsTunnelingtrue firewallfalse开启后WSL 的 IP 和 Windows 主机的网络标识更接近访问本地服务、监听端口、公司内网等场景都会顺畅许多。不同环境同样共享这个网络配置所以只要改一次全部生效。5.3 磁盘膨胀怎么瘦身日常使用中尤其在多个环境里反复安装、卸载软件vhdx 会只涨不缩。明明环境里只剩 20 GB 占用vhd 可能已经涨到 60 GB。这是因为 ext4 文件系统删除文件后底层块没有立即返还 Windows。处理步骤很简单。先进入环境内执行sudo fstrim -va然后关闭全部环境wsl --shutdown再用管理员身份打开diskpart压缩对应 vhdxdiskpart select vdisk fileD:\WSL\ubuntu-2204\ext4.vhdx attach vdisk readonly compact vdisk detach vdisk exit我一般每个季度做一次这个动作就能把虚拟磁盘“打回原形”。对比我现在三个环境两个都从 50 GB 压回 25 GB 左右原先眼看着快要满的 D 盘瞬间腾出几十 GB 空间。提示压缩前建议先导出一次环境备份虽然diskpart操作本身风险不高万一中途断电或者 vhdx 损坏没有备份会非常痛苦。6. 踩坑实录安装失败与使用中的典型问题6.1 安装/注册失败错误代码排查搜索“wsl”相关热词时总能看到类似wsl/installdistro/service/registerdistro/createvm/hcs/error_file_n这种长错误码。这个错误我遇到过几次表现是安装某个发行版时进度条走完但最后注册失败或者旧环境突然无法启动。“error_file_n”的“file”字眼一般指向文件系统相关因素常见原因和对应处理办法原因现象解决办法Hyper-V/虚拟机平台没启用createvm 阶段失败Windows 功能里勾选“虚拟机平台”管理员身份执行bcdedit /set hypervisorlaunchtype auto后重启磁盘空间不足安装解压过程中报错清理磁盘保证至少 10 GB 可用路径不是 NTFS 或目录不存在import 时立刻失败把目标目录放到 NTFS 分区确认目录存在且无权限问题旧 WSL 版本太老不支持该发行版wsl --update升级到最新同类发行版残留的注册信息重装同名环境失败先wsl --unregister清掉旧记录再重新安装我那次踩坑是 Windows Server 上跑的默认没装“虚拟机平台”折腾半天才发现是这个基础功能缺失。如果你的 CPU 虚拟化在任务管理器中显示未开启还要先去主板 BIOS 里打开 Intel VT-x / AMD-V 相关选项。6.2 WSL 2 起不来猜一个猜一个除了安装失败最常见的问题是某个环境卡在“Starting...”或者黑屏几秒后退出。先别急着删环境一步步排查执行wsl --shutdown彻底停掉所有实例。在管理员 PowerShell 中执行Get-Service LxssManager查看服务是否运行状态异常就重启它。确认 Windows 更新已经打满特别是“适用于 Linux 的 Windows 子系统”组件。查一下 Windows 事件查看器里 Hyper-V 相关的最近错误。如果实在找不到原因把重要数据导出成 tar 后再wsl --unregister重装这种方式找回环境的成本通常远低于跟一个破损的 vhdx 纠缠。6.3 跨文件系统访问性能惨不忍睹很多人拿着多环境习惯把代码放在 Windows 目录下然后每个环境都去编译同一个项目。结果发现构建慢得离谱开始怀疑 WSL 不行。其实 WSL 2 访问/mnt/c与访问自身虚拟磁盘的性能差距是巨大的。应对方案前面说过核心原则就一条把代码放到发行版自己的文件系统里。如果代码已经在 C 盘可以先在环境里git clone一份到~/reposWindows 侧的仓库只保留 git 远程仓库源两边不同时编译性能就好很多。6.4 Docker Desktop 与多环境资源竞争很多人在每个 WSL 环境里都装 Docker然后发现内存告急。其实 Docker Desktop 在 WSL 2 后端模式下本身就要消耗一个专门的docker-desktop发行版它占用的是全局内存池。我确认过实际内存分配Docker Desktop 默认 2 GB 左右再开三个开发环境全局memory8GB很可能不够用。所以多环境 Docker 的配置策略保守一点全局 memory 拉到 12~16 GB处理器分配给 4 个以上日常不用的环境用wsl --terminate关掉再集中资源给当前工作环境。别试图在一个小内存笔记本上同时跑三套开发环境加 Docker体验会很痛苦。6.5 导出导入环境时的“用户丢失”我实际吃过亏的场景是这样导出配好的 Ubuntu导入成新环境后打开终端发现用户名不对、git 配置全丢了环境中那个普通用户根本不认识文件权限也错乱。原因就是wsl --export会把完整的文件系统导出但 WSL 的配置默认用户、systemd 是否启用等是靠 Windows 侧元数据和发行版内的/etc/wsl.conf联合维护的。导入后元数据不会自动恢复默认就成了 root。解决建议在准备导出的环境中提前改好/etc/wsl.conf写好用户和 systemd 配置这样再导出导入后至少用户态是稳定的。至于原用户的 SSH key、git 配置既然需要长期使用就提前复制到 tar 包里或单独备份。6.6 别忽视环境和 Windows 互相杀毒的问题Windows Defender 实时扫描有时会盯上 WSL 的 vhdx 文件尤其在大量编译时导致磁盘占用异常高。如果你的机器配置不高可以在 Windows 安全的“排除项”里把 vhdx 所在目录加进去。排除目录不是越宽越好我一般只排除具体的 WSL 数据目录比如%LOCALAPPDATA%\Packages\CanonicalGroupLimited.Ubuntu*和D:\WSL。这样既保留了外部下载目录的防护又不会让编译任务反复扫描虚拟磁盘。7. 我的经验总结折腾这套多环境方案之前我的电脑总是处在“装一个大的、删一个大的”循环里为了新项目卸掉老环境为了老项目又被迫装回来。现在固定维护三套 WSL 环境以后操作习惯基本定型每个环境只装它的本职工作依赖定期导出模板备份到移动硬盘每次改动关键配置就顺手再 export 一次。一个不得不提的细节是WSL 环境虽然启动快、资源省但它并不是什么都能做。想测内核、跑桌面系统、做完整网络环境模拟还是得用传统虚拟机。多数人的日常开发需求WSL 多环境完全够用而且比 Docker 多了一层系统级隔离比虚拟机轻便太多。如果你打算开始尝试我的建议很直接第一个环境先用默认安装跑通第二个环境再用导出导入的方式复制一份改名字等两个并存稳定后再逐步增加第三个、第四个。千万别一次性把十个环境都配齐不然哪个出问题都难定位。配置好一个顺手备份一个这才是这套多环境玩法最舒服的状态。