1. 家庭中文版为什么会被 WSL 2 挡在门外先把三个前置条件理清先说结论Windows 10 家庭中文版是能跑 WSL 2 的卡住绝大多数人的不是版本不够格而是没搞清楚 WSL 2 到底依赖哪几块系统能力。我在几台不同批次的品牌笔记本上装过预装的基本都是家庭中文版第一次照着网上教程走在启用或关闭 Windows 功能里翻来翻去找不到 Hyper-V一度以为这条路走不通。后来才明白家庭版缺的是 Hyper-V 的管理界面和完整角色而 WSL 2 需要的是底下那层轻量级虚拟化平台两者不是一回事。打个比方Hyper-V 是一整套带烤箱、蒸箱、料理台的商用厨房而 WSL 2 只需要其中那块灶台。灶台在家庭版里是留着的名字叫虚拟机平台。真正要凑齐的是三样东西CPU 虚拟化在固件里打开、虚拟机平台和适用于 Linux 的 Windows 子系统两个功能被启用、以及一个单独分发的 Linux 内核更新包。这三样缺任何一样装发行版的时候都会报错而且报的错还各不相同很容易让人误判方向。1.1 家庭版缺的是管理工具不是虚拟化底座很多人第一次接触会有一个误解既然家庭版没有 Hyper-V那 WSL 2 这种跑在虚拟机里的 Linux肯定也跑不了。实际上微软在家庭版保留了VirtualMachinePlatform这个可选功能它启用的是 Windows 自带的 hypervisor 底层只是不给你管理面板、不给你创建完整虚拟机的能力。WSL 2 的发行版跑在一个叫工具虚拟机Utility VM的极简环境里由 WSL 服务自己管理不经过 Hyper-V 管理器。这一点在排错时很重要你在网上看到的打开 Hyper-V 管理器 → 新建虚拟交换机这类操作家庭版全部无效也不需要。你只需要关注两个功能名的启用状态以及wsl.exe给出的报错码。1.2 版本门槛这一关必须先过WSL 2 对系统版本有硬性要求x64 架构需要Windows 10 1903内部版本 18362及以上ARM64 设备需要 200419041及以上。这个门槛不是随便定的1903 才引入了完整的 WSL 2 架构支持。查版本最直接的方式是Win R输入winver回车。弹窗里那串内部版本 18363.xxx或者19045.xxx就是你要看的东西。家庭中文版常见的预装组合是 1909、21H2、22H2这三个都满足条件。如果你手上是 1809 或者更早的系统就别折腾 WSL 2 了要么先做系统版本升级要么退一步用 WSL 1——WSL 1 不需要虚拟化但文件系统性能和系统调用兼容性差一截。还有一个容易被忽略的点wsl --install这条一键安装命令需要200419041及以上并且要求系统里装的是 Microsoft Store 分发版的新版 WSL。1903 和 1909 上跑这条命令会提示参数无效只能走手动三步走的老路。1.3 动手前先做一次完整体检我现在的习惯是装之前先花两分钟把三个状态确认一遍把后面可能的排错成本提前消灭掉。检查项查看方式期望结果系统版本Win R→winver内部版本 ≥ 18362CPU 虚拟化任务管理器 → 性能 → CPU → 右下角虚拟化已启用WSL 功能状态管理员 PowerShell 执行Get-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-LinuxState 为 Enabled虚拟机平台状态Get-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatformState 为 Enabled内核隔离Windows 安全中心 → 设备安全性 → 内核隔离 → 内存完整性建议先关闭任务管理器里那行虚拟化如果显示已禁用先别往下走直接跳到第 2 章处理固件设置。这一步是纯硬件层面的软件怎么折腾都补不上。提示某些品牌的整机出厂时会在 BIOS 里把虚拟化选项隐藏需要先设置管理员密码Supervisor Password才能解锁。遇到过一台机器解锁后才能看到 VT-x 开关。2. 把被藏起来的虚拟机平台打开绕过图形界面的实操路径家庭中文版最让人不适应的地方是没有gpedit.msc也就是组策略编辑器。很多教程告诉你通过组策略配置 XXX在家庭版上直接失效。但启用或关闭 Windows 功能这个面板是有的dism命令行工具也是有的而且dism比图形面板更可靠——图形面板有时候勾选后应用失败也不告诉你为什么。2.1 固件里的虚拟化开关名字各家不一样进 BIOS/UEFI 的按键各家不同联想多是 F2 或 FnF2戴尔是 F2惠普是 F10华硕是 F2 或 Del微星是 Del。开机时那行一闪而过的小字会告诉你按哪个键。进去之后要找的选项名字不统一常见的有这几种叫法Intel 平台上是Intel Virtualization Technology、Intel VT-x、VT-d这个是直通不是虚拟化主开关别搞混AMD 平台上是SVM Mode、AMD-V、Secure Virtual Machine。位置一般在Advanced→CPU Configuration或Advanced→CPU Setup下面。有个坑值得单独说如果虚拟机平台和 WSL 装好了以后系统启动异常或者蓝屏先检查是不是开了内核隔离里的内存完整性。这个功能在某些驱动不兼容时会拦截 hypervisor 加载表现就是装 WSL 2 时反复报0x80370102。路径是Windows 安全中心 → 设备安全性 → 内核隔离详细信息 → 内存完整性关掉之后重启再试。2.2 用 dism 启用两个功能以管理员身份打开 PowerShell 或 CMD开始菜单搜索PowerShell右键以管理员身份运行依次执行两条命令dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart/online表示操作当前运行的系统/all表示同时启用该功能依赖的父功能/norestart表示先别自动重启两条都执行完再手动重启一次省时间。为什么不推荐用图形界面因为启用或关闭 Windows 功能那个列表加载很慢而且家庭版上有些条目显示名称和实际功能名对不上勾选错了还得回退。dism直接按功能名操作结果明确还能在脚本里跑。如果执行时报0x800f080c意思是系统不认识这个功能名几乎可以断定系统版本低于 1903或者你敲错了功能名。功能名是区分大小写的固定字符串不要自己改。也可以走 PowerShell 原生命令效果一样Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux -All -NoRestart Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform -All -NoRestart2.3 重启之后怎么确认真的生效了重启是必须的这两个功能都涉及内核组件加载。重启完执行dism /online /get-featureinfo /featurename:VirtualMachinePlatform输出里会有一行状态 : 已启用英文系统是State : Enabled。Microsoft-Windows-Subsystem-Linux同样查一遍。我遇到过一种情况dism显示启用成功但wsl命令在 CMD 里提示不是内部或外部命令。这是因为 WSL 的可执行文件放在C:\Windows\System32理论上重启后就能用。如果还是不行检查一下 PATH 环境变量里有没有C:\Windows\System32。中文家庭版一般不会出现这个问题但我把排查思路放在这里省得你到处搜。注意两条dism命令执行完之前不要重启中途重启可能导致功能启用不完整状态显示启用挂起。真遇到了重新执行一遍命令再重启即可。3. 内核更新包与默认版本切换0x80370102 之外的另一个常见卡点功能启用完成、系统重启过这时候执行wsl --set-default-version 2如果没装内核更新包会得到一句提示WSL 2 requires an update to its kernel component. For information please visit https://aka.ms/wsl2kernel。很多人看到网址就点进去下载了但装错了文件或者装完忘了重启终端。3.1 这个 msi 到底装了什么WSL 2 的 Linux 内核不在 Windows 系统镜像里微软单独维护、单独分发原因是要跟随上游 Linux 稳定版更新。这个 msi 安装包会把一个编译好的内核镜像放到C:\Windows\System32\lxss\tools\kernel同时注册一些服务组件。下载地址是微软官方文档页面的那个wsl_update_x64.msi。判断架构的方式绝大多数笔记本和台式机都是 x64只有 Surface Pro X 这类骁龙芯片设备是 ARM64。下载完双击安装权限不够的话右键以管理员身份运行。安装过程很快几秒钟不需要重启系统但需要关掉所有已经打开的终端窗口重新开否则环境变量和组件缓存不会刷新。3.2 设置默认版本的执行顺序正确的顺序是启用Microsoft-Windows-Subsystem-Linux启用VirtualMachinePlatform重启系统安装wsl_update_x64.msi执行wsl --set-default-version 2安装发行版这个顺序不是随便排的。如果第 5 步放在第 3 步之前会因为没有内核组件而失败如果第 4 步和第 5 步之间没重开终端设置可能不生效。第 5 步执行成功的话会打印有关与 WSL 2 的主要区别的信息请访问 https://aka.ms/wsl2。要是你顺序搞反了先把发行版装了默认成了 WSL 1也不用卸载重装。用wsl --list --verbose看一下发行版的名字和版本号然后用wsl --set-version Ubuntu-22.04 2转换。转换过程是把发行版的根文件系统从 WSL 1 的格式打包、转换、再解包成 ext4 虚拟磁盘耗时会随发行版内容体积线性增长一个干净的 Ubuntu 大概一两分钟装了一堆东西的可能会跑十几分钟中间不要中断。3.3 报错码速查表这张表是我自己攒下来的遇到报错先对号入座比满网搜关键词快得多。报错码 / 提示实际含义处理办法0x80370102虚拟化未在固件开启或被内核隔离拦截进 BIOS 开 VT-x/SVM关闭内存完整性0x8007019eWSL 可选功能未启用执行第 2 章的 dism 命令并重启WSL 2 requires an update to its kernel component内核更新包未安装安装wsl_update_x64.msi并重开终端0x800701bc内核版本过旧不匹配当前 WSL 服务重新安装最新内核更新包WslRegisterDistribution failed with error: 0x80070005权限不足用管理员身份运行终端WslRegisterDistribution failed with error: 0x8000000d网络下载中断appx 包不完整换离线包方式安装The Windows Subsystem for Linux optional component is not enabled功能启用了但没重启重启系统0x80370102是出现频率最高的一个除了固件没开虚拟化还有一个隐蔽原因你机器上装了 VMware Workstation 或者旧版 VirtualBox它们和 Hyper-V 平台抢底层资源。VMware 15.5 之后的版本可以和 Hyper-V 共存之前的版本不行。遇到这种情况要么升级 VMware要么在需要的时候临时关掉一边。4. 发行版怎么装才不出幺蛾子Store、命令行、离线包三条路功能齐了、内核装了、默认版本设成 2 了接下来就是装发行版。Windows 10 家庭中文版这里有三条路各有各的适用场景我按踩坑概率从高到低说一下。4.1 Microsoft Store 这条路在国内的实际体验Store 里搜索 Ubuntu会看到 Ubuntu、Ubuntu 22.04 LTS、Ubuntu 24.04 LTS 几个条目点获取就行。理论上最省事实际上有两个问题一是 Store 本身的下载通道在国内网络下经常卡在正在下载进度条不动二是下载下来的 appx 包安装时可能报0x80073D05之类的部署错误原因通常是 Windows Update 服务或 AppX 部署服务状态异常。如果你坚持走 Store卡住的时候按顺序试services.msc里确认 Windows Update、Background Intelligent Transfer Service、AppX Deployment Service 三个服务是自动启动并且正在运行重启 Store 的缓存wsreset.exe会清空 Store 缓存需要重新登录。这两招基本能解决 80% 的卡顿。还有一个细节值得提一下Store 版的发行版把根文件系统放在%LOCALAPPDATA%\Packages\下面的一串哈希目录里。这个路径本身不受中文用户名影响但如果你的 Windows 用户名是中文%LOCALAPPDATA%里会带上中文段绝大多数情况没问题极少数老工具会在这里翻车第 7 章细说。4.2 命令行安装快但对系统版本有要求如果你的系统是 2004 及以上并且装了新版 WSL这两条命令非常顺手wsl --list --online wsl --install -d Ubuntu-22.04第一条列出所有可在线安装的发行版名称注意名称必须完全一致Ubuntu-22.04不能写成ubuntu22或者Ubuntu 22.04中间那个空格也不对。第二条执行下载和注册。1903 和 1909 上这两条命令会提示参数不识别这时候只能回到 Store 或者离线包。另外wsl --install在部分网络环境下会从 GitHub 拉取根文件系统速度不理想这时候可以加--web-download参数强制走网页下载通道实测在某些网络环境下反而更快。4.3 离线包最稳也最适合折腾离线安装是我现在最推荐的方式因为它把网络这个变量彻底去掉了而且你手上留着一份可复用的安装包换机器直接拷过去。获取方式有两种。一种是从微软官方文档页面找到 Ubuntu 的 appx 包下载链接用浏览器或者Invoke-WebRequest拉下来文件后缀是.appx或者.AppxBundle。另一种是从 Ubuntu 的云镜像站点下载 rootfs 的 tar.gz 包然后用wsl --import直接导入这种方式连发行版注册流程都跳过了。如果是 appx 包把它重命名为.zip解压出来会看到几个文件其中有一个ubuntu2204.exe版本不同名字不同。直接双击运行它会自动调用 WSL 服务完成注册和首次初始化不需要先安装。这个技巧的好处是绕开了 AppX 部署服务那台机器上 Store 坏得彻底也能装上。如果是 tar 包命令是这样mkdir D:\wsl\Ubuntu wsl --import Ubuntu-22.04 D:\wsl\Ubuntu D:\wsl\ubuntu-22.04-rootfs.tar.gz --version 2--import有三个参数注册的发行版名字、安装目录Linux 文件系统会以 ext4.vhdx 的形式落在这里、源 tar 包路径。这个方式的优势是安装位置你在导入的时候就定了不用后面再搬家也天然实现了第 5.3 节要讲的发行版搬离 C 盘。提示wsl --import出来的发行版默认登录用户是 root首次进入需要自己创建普通用户并配置默认用户具体做法在 5.1 节。5. 装完只是开始首次配置、换源与目录规划很多教程到发行版装好了就结束了但真正影响后续使用体验的恰恰是装完之后的头半小时。我自己总结下来有三件事必须在这时候做掉账号和 sudo 配好、软件源换到国内、安装位置从 C 盘挪走。5.1 初始化账号密码与默认用户设置从 Store 或命令行装的发行版首次启动会要求输入一个 UNIX 用户名。这个用户名建议全小写英文字母不要用中文不要带空格。密码输入时屏幕不显示任何字符这是正常的别以为键盘坏了。密码输两遍确认后发行版就初始化完成了当前用户自动成为默认登录用户并且自动加入了 sudo 组。有一点要提醒这个 Linux 用户的密码和 Windows 登录密码完全无关忘记 sudo 密码不影响你登录 Windows。真忘了怎么办关掉终端用wsl -u root进入 root 身份然后执行passwd 你的用户名重设。这个技巧很实用比卸载重装快得多。如果是用wsl --import导入的发行版进来就是 root需要手动建用户adduser dev usermod -aG sudo dev然后配置默认用户避免每次都su - dev。方式是编辑/etc/wsl.conf[user] defaultdev写完保存回到 Windows 侧执行wsl --terminate Ubuntu-22.04终止该发行版再重新进入就生效了。老版本的 WSL 不支持这个配置项需要用ubuntu2204.exe config --default-user dev这种发行版自带的工具命令名随发行版变从注册表HKCU\Software\Microsoft\Windows\CurrentVersion\Lxss\{GUID}\DefaultUid改也行。5.2 换源国内不换源就是慢性折磨默认的软件源指向境外服务器apt update拉元数据动不动几十秒到几分钟apt install大包更是煎熬。换源这件事五分钟能搞定收益是长期的。Ubuntu 22.04 和更早的版本用的是传统格式文件在/etc/apt/sources.list。先备份sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak然后用编辑器把内容替换成国内镜像站的配置比如清华源deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy main restricted universe multiverse deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-updates main restricted universe multiverse deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-backports main restricted universe multiverse deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-security main restricted universe multiverse注意jammy是 22.04 的代号换成 20.04 就是focal24.04 是noble写错了 apt 会报找不到 Release 文件。Ubuntu 24.04 换了配置格式文件位置变成/etc/apt/sources.list.d/ubuntu.sources用的是 deb822 格式字段写法完全不同Types: deb URIs: https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ Suites: noble noble-updates noble-backports noble-security Components: main restricted universe multiverse Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg换完执行sudo apt update sudo apt upgrade -y。这里有个小坑apt upgrade在 WSL 里可能会卡在 grub 或者内核相关的提示上因为 WSL 用的是微软自己的内核不需要发行版的 kernel 包。遇到交互式对话框选不安装新版本配置文件或者直接回车用默认即可。5.3 把发行版从 C 盘搬走WSL 2 的发行版本质是一块 ext4 格式的 vhdx 虚拟磁盘默认放在%LOCALAPPDATA%\Packages\...或者%LOCALAPPDATA%\wsl\下面。C 盘本来就紧张开发环境动辄几十 GB搬走是刚需。搬迁的标准流程是导出 → 注销 → 导入三步wsl --shutdown wsl --export Ubuntu-22.04 D:\wsl\backup\ubuntu-2204.tar wsl --unregister Ubuntu-22.04 wsl --import Ubuntu-22.04 D:\wsl\Ubuntu-22.04 D:\wsl\backup\ubuntu-2204.tar --version 2wsl --shutdown必须先执行否则运行中的发行版文件被占用导出会失败或者得到不完整的包。--export生成的是一个 tar 归档体积会比你实际占用的空间小——因为 ext4 虚拟磁盘里会有空洞和未回收的块tar 打包时只打包真实文件。关键经验就一条这个过渡用的 tar 包不要放在 C 盘。我见过有人把 20GB 的 tar 导到 C 盘结果 C 盘爆满--import又失败了进退两难。放在目标盘或者移动硬盘上导入完成后再删。导入之后默认用户会回到 root按 5.1 节的方法重新配置一次/etc/wsl.conf就好。另外老的那块 vhdx 在被--unregister时会一并删除所以导出这一步绝对不能省那是你唯一的数据副本。6. 性能与资源调优内存回收、跨文件系统读写、systemd 与 USB 设备WSL 2 默认配置是能用就行但在内存只有 8GB 或者 16GB 的机器上用一阵子就会发现系统变卡任务管理器里 Vmmem 进程吃掉好几个 G。这部分讲三个最影响实际体感的调优点。6.1 用 .wslconfig 限制内存和 CPU 占用WSL 2 早期版本默认最多占用宿主机 80% 的物理内存较新版本降到了 50%。对 16GB 的机器来说这仍然意味着 Linux 侧能吃掉 8GBWindows 那边的浏览器、IDE、Office 一挤就开始换页。解决办法是在用户目录下建一个.wslconfig文件路径是C:\Users\你的用户名\.wslconfig内容是[wsl2] memory6GB processors4 swap8GB swapfileD:\\wsl\\swap.vhdx localhostForwardingtruememory是 WSL 2 虚拟机能用的最大内存注意 WSL 2 是会主动占用的不是按需分配所以设小了会影响 Linux 里的编译processors是虚拟 CPU 数量一般设成物理核心数的一半左右比较平衡swap是交换分区大小编译大项目的时候很有用放一份在 SSD 上不会有明显卡顿swapfile指定交换文件位置默认在 C 盘指定到其他盘可以省 C 盘空间。这个文件改完必须执行wsl --shutdown让 WSL 虚拟机彻底关闭下次进入发行版时才重新读取配置。验证方式是进 Linux 后敲free -h看 total 是不是你设的值nproc看 CPU 核数。注意.wslconfig是全局配置对所有发行版生效。单个发行版的配置要写在发行版内的/etc/wsl.conf里两个文件的作用范围不一样别混。6.2 跨文件系统读写的真实差距这是 WSL 2 使用中体感最明显的性能问题。挂载到/mnt/c/下面的 Windows 文件读写都要经过 9P 协议走一遍虚拟网络栈小文件密集操作时延迟明显。我做过一个简单对比在同一个 Node.js 项目上执行npm install放在/mnt/c/Users/xxx/projects/demo下耗时接近 4 分钟把项目复制到 Linux 侧的~/projects/demo下不到 40 秒。差距接近 6 倍。git status在大仓库上也是类似的比例。所以我的做法是所有代码仓库一律放在 Linux 文件系统里也就是~/下面。需要图形化编辑的时候用 VS Code 的 Remote-WSL 扩展它会在 Windows 侧显示界面、在 Linux 侧执行文件操作两全其美。反过来说不要用 Windows 侧的 IDE 通过\\wsl$\网络路径去打开 Linux 里的项目那样同样是跨文件系统的访问性能一样糟糕还会遇到文件监听失效导致热重载不工作的问题。如果确实有文件必须在两个系统之间共享比如下载目录、临时素材那就放/mnt/c下面别纠结性能反正不是高频读写。6.3 systemd 与 USB 设备接入的边界systemd 在很长一段时间里是 WSL 2 的痛点很多服务Docker、MySQL、自启动脚本依赖它。从 WSL 0.67.6 版本开始官方支持在/etc/wsl.conf里开启[boot] systemdtrue改完wsl --terminate重启发行版进去执行systemctl list-units --typeservice验证。要注意的是Windows 10 上自带的 inbox WSL 版本通常到不了 0.67.6你需要装 Microsoft Store 分发的Windows Subsystem for Linux应用来把 WSL 本体升级到新版本前提是系统 2004 以上。如果版本不够又不方便升级那就别开 systemd用传统方式管理服务。USB 设备接入是另一个话题。WSL 2 默认看不到宿主机上的 USB 设备需要usbipd-win这个工具做转发。流程是Windows 侧装usbipd-win通过winget install usbipd或者 msi 安装包Linux 侧装linux-tools-generic、hwdata、usbip这几个包。然后在 Windows 侧执行usbipd list列出设备找到 BUSID执行usbipd bind --busid BUSID绑定需要管理员再执行usbipd attach --wsl --busid BUSID附加到 WSL。这里有个硬性前提内核必须支持vhci_hcd模块。我用的是较新版本的 WSL 内核lsmod | grep vhci能看到模块加载成功。如果内核更新包太旧usbip attach会报找不到设备的错误。遇到这种情况回到第 3.1 节重新装一遍最新的内核更新包。还有一个实操经验usbipd bind是持久化的但attach在 WSL 重启后会失效需要重新执行。如果你经常需要调试串口设备或者烧写单片机把这行命令写成一个.bat脚本放在桌面双击一下就行。7. 家庭中文版专属的坑中文用户名、安全软件干扰与局域网访问前面几章的内容对所有 Windows 10 版本都适用这一章专门讲家庭中文版特有的、或者在这类机器上更容易撞上的问题。我在几台中文家庭版机器上反复踩过这里把排查链路完整写出来。7.1 中文用户名引发的路径问题这是家庭中文版最典型的一个坑。Windows 10 家庭中文版在首次设置时如果用户输入了中文名字C:\Users\下面就会出现一个中文目录名比如C:\Users\张三。绝大多数情况 WSL 能正常处理/mnt/c/Users/张三也能进去因为 WSL 用的是 UTF-8 编码。问题出在第三方工具和脚本上。我遇到过的具体表现有某些 Node.js 的构建工具在读取项目路径时对非 ASCII 字符处理不当报 ENOENTDocker Desktop 的某些版本在初始化时解析%USERPROFILE%失败还有一些老旧的 Python 包在做路径拼接时直接崩掉。排查这类问题的思路是先确认问题是不是只在中文路径下出现。把一个最小复现项目复制到/home/你的用户/下面纯 ASCII 路径再跑一遍如果正常那基本就是路径编码问题。解决方式有三个方向在 Windows 里新建一个使用英文名的本地账户专门用于开发把项目和缓存目录全部指到 Linux 侧的 ASCII 路径或者设置环境变量的方式绕开%USERPROFILE%。我个人的选择是第二个——毕竟 WSL 里的路径可以完全自主控制把npm、pip、maven的缓存目录都软链到/home下面问题就消失了。7.2 Windows 安全中心的实时扫描拖慢 IOWindows 自带的防病毒在实时保护开启时会扫描所有文件读写。WSL 2 的 ext4.vhdx 是一个体积很大的文件/mnt/c下的项目目录也是被扫对象这会让编译和npm install这类小文件密集操作明显变慢。处理方式是在安全中心里加排除项路径是Windows 安全中心 → 病毒和威胁防护 → 管理设置 → 排除项 → 添加或删除排除项。可以排除三类发行版的 vhdx 文件在安装目录里名字固定是ext4.vhdx、你的项目根目录、以及wsl.exe本身。要说明的是加排除项会降低安全防护强度只对你完全信任的开发目录这么做不要图省事直接排除整个 C 盘或者 D 盘。加完之后重启一次 WSL效果立竿见影我这边一个中型前端项目的冷启动安装时间从四分钟降到一分钟出头。顺带说一句安全中心本身的界面偶尔会出现点开保护记录就闪退的情况这是界面组件的问题和 WSL 没有关系也不影响实时防护在工作。真要处理的话打一下最新的系统累积更新或者用wsreset清一下应用缓存。它不会导致 WSL 装不上别把它当成安装失败的原因去排查方向就错了。7.3 局域网里其他设备访问 WSL 服务WSL 2 用的是 NAT 网络模式Linux 发行版有一个独立于 Windows 的虚拟 IPWindows 主机通过 localhost 转发能直接访问但同一个局域网里的手机、另一台电脑访问不了。这个限制在 WSL 2 里一直存在Windows 10 上也没有镜像网络模式这个选项那个需要 Windows 11 22H2 以上。要在局域网里暴露 WSL 里的服务得用端口转发。假设 Linux 里跑了一个监听 8080 的服务先在 WSL 里确认 IPhostname -I假设得到172.28.45.67然后在 Windows 上以管理员身份执行netsh interface portproxy add v4tov4 listenaddress0.0.0.0 listenport8080 connectaddress172.28.45.67 connectport8080listenaddress0.0.0.0表示监听所有网卡这样局域网设备通过 Windows 主机的 IP 加 8080 端口就能访问。执行完还得放行防火墙netsh advfirewall firewall add rule nameWSL8080 dirin actionallow protocolTCP localport8080查看已有的转发规则用netsh interface portproxy show all删除用netsh interface portproxy delete v4tov4 listenaddress0.0.0.0 listenport8080。这里最大的坑是WSL 重启之后 IP 会变之前加的转发规则就指向了一个不存在的地址表现是昨天还能访问今天就不行了。我现在把这两条命令写成一个.bat脚本每次重启 WSL 之后跑一遍或者干脆写个计划任务在用户登录时延迟一分钟执行。这样就不用每次手动查 IP 了。提示Windows 防火墙的入站规则是长期有效的只有端口转发规则需要跟着 IP 更新。所以脚本里只需要更新 portproxy 那一部分。最后分享一个我养成的小习惯把发行版的 vhdx 定期导出备份。WSL 的虚拟磁盘出问题的概率不高但一旦损坏里面的代码和配置基本救不回来。我设了个每周的任务wsl --export到一块移动硬盘上包体积不大恢复的时候wsl --import几分钟就能还原一个完整环境。这个习惯帮我省过一次重装三小时开发环境的麻烦。