WSL 2 的进阶使用场景，涵盖 NAT 与镜像网络模式配置、VPN/代理适配、Linux GUI 应用运行、GPU 加速机器学习、USB 设备连接，以及自定义 Linux 发行版导入。
WSL 2 的双配置体系（wsl.conf + .wslconfig）完整参考，全量命令速查，systemd 服务管理，以及磁盘空间管理与 VHD 故障修复。
在 WSL2 中安装 Arch Linux 的完整步骤，包括系统初始化、镜像源配置、用户创建、systemd 启用、开发环境搭建，以及与已有 Ubuntu 共存的注意事项。
从底层架构理解 WSL 2 的工作原理，通过 WSL 1 vs WSL 2 的全面对比做出正确的版本选型决策，并掌握从安装到开发环境搭建的完整流程。
在 WSL2 的 Ubuntu 子系统中运行 Turborepo Monorepo 项目（Next.js 16 + React 19 + pnpm workspace），使用 pnpm dev 同时启动 5 个应用（web、admin、content-admin、blog、docs）时，WSL2 频繁崩溃退出，终端显示：
本文记录完整的排查过程和修复方案，适用于同类问题。
启动时退出代码 1 的常见原因有两种：
跳过配置文件启动测试：
--norc：跳过 ~/.bashrc--noprofile：跳过 ~/.profile如果能正常进入，说明是 Shell 配置文件的问题。继续逐个 source 排查：
用调试模式查看具体哪行出错：
终端会逐行打印执行的命令，最后几行输出前退出的那条就是根因。
如果 ~/.bashrc 和 ~/.profile 都没有问题，但 WSL 仍然崩溃，可能是默认 Shell 被设为了不存在的程序。
检查当前默认 Shell：
如果显示 /bin/zsh 但 zsh 并未安装：
尝试直接以 zsh 启动：
如果报错 execvpe(/bin/zsh) failed: No such file or directory，确认是默认 Shell 指向了不存在的程序。
从 Windows 端修复（WSL 无法进入时）：
将 bowie 替换为你的 WSL 用户名。
从 WSL 内部修复（能进入时）：
然后 wsl --shutdown 重启。
[!warning]
chsh是 Linux 命令，必须在 WSL 内执行，不能在 PowerShell 中运行。如果 WSL 无法进入，使用上面的 Windows 端方案。
如果 Shell 配置和默认 Shell 都正常，但运行重负载后崩溃，检查是否是 OOM（Out of Memory）：
如果看到类似 Out of memory: Killed process ... 的记录，就是内存不足。
典型场景： 同时运行 5 个 Next.js dev server，每个 server 占用 500MB-1.5GB，总计 3-7GB，加上 Node.js 编译、文件监听等开销，轻松超过 WSL2 默认的内存上限。
WSL2 默认内存策略是物理内存的 50%，但这不一定适合所有场景。以下是基于实际硬件的推荐配置：
配置说明：
WSL2 的内存只增不减——分配后即使释放也不会还给 Windows，直到达到上限才触发回收。启用自动回收可以缓解这个问题：
可选值：
文件路径：C:\Users\<用户名>\.wslconfig（不存在需手动创建，用 notepad C:\Users\Bowie\.wslconfig 即可）
[!tip] 修改
.wslconfig后必须执行wsl --shutdown再重启才能生效。建议在 PowerShell 中执行wsl --list --running确认没有运行中的实例后再 shutdown。
在 Turborepo 项目中同时启动 5 个 Next.js 应用，除了 WSL 内存压力外，还可能遇到：
Can't resolve '@iflux-art/content-engine'）确保内部包在 pnpm install 后正确 link：
如果包名不一致，修改 apps/docs/package.json 中的依赖声明使其与 packages/content-engine/package.json 的 name 字段完全匹配。然后重新安装：
不需要每次都启动全部应用。Turborepo 支持按 filter 启动：
在 next.config.ts 中调整：
启动 dev server 后，在 WSL 内检查资源使用情况：