WSL常用命令全解析：配置、迁移、网络与性能排错-北京尧图网络

WSL 的常用命令这个话题乍一看像一份命令清单随手搜一下到处都是但真正在项目里用起来卡人的往往不是记不住wsl --list而是几件事搅在一起宿主侧的命令和发行版内的命令到底谁管谁、改完配置为什么没生效、/mnt/c下的仓库为什么慢得让人怀疑机器坏了、导出备份之后再导入怎么默认用户就变成了 root。我在过去几年里换过三台开发机每一台的第一件事都是装 WSL也踩过不少因为命令用错顺序导致的返工。这篇内容不打算做官方文档的复读而是按我自己的使用习惯把 WSL 的常用命令重新梳理一遍先讲清楚命令体系的分层逻辑再按生命周期、配置文件、跨系统协作、网络端口几个维度展开最后把那些只有踩过才知道的坑整理成速查表。不管你是刚装完第一个发行版的新手还是已经在 WSL 里跑了半年构建流水线的老手应该都能从中找到几条以前没用过或者用错过的写法。1. 命令分层的思路先搞清谁在执行1.1 宿主侧命令与发行版内命令的边界很多人上手 WSL 的第一天就会犯一个混淆把wsl --list和 Linux 里的ls当成同一套东西在记。实际上一台装了 WSL 的 Windows 机器上同时存在两套完全独立的命令体系一套是宿主的wsl.exe另一套是发行版内部的 Linux 命令两者之间唯一的桥是wsl.exe这个入口和内部的互操作机制。wsl.exe运行在 Windows 上参数用双横线风格管的是发行版的安装、启停、导入导出、版本切换这些容器级操作而apt、systemctl、ip这些命令跑在发行版内部管的是系统本身。这个边界搞不清最常见的结果就是你在 Linux 里敲wsl --shutdown报 command not found或者在 PowerShell 里敲systemctl restart nginx一脸茫然。我的经验是给它们起两个名字把wsl.exe那一套叫管理层命令把发行版内的叫业务层命令。管理层命令几乎不需要进 Linux 就能执行业务层命令则必须先wsl -d 发行版名或者直接开一个终端进去。刚接触的阶段建议在脑子里画一条线凡是带--长参数的大概率是宿主侧凡是短横线单字母加选项的大概率是 Linux 侧。还有一个容易忽略的点wsl.exe本身在 PowerShell 和 CMD 里的表现是一致的但在 PowerShell 里它输出的中文可能是 UTF-16 编码某些老版本终端会显示成乱码这时候不是命令错了是编码问题后面排查章节会细说。1.2 为什么我按生命周期给命令分类搜索引擎上关于 WSL 命令的整理绝大多数是按字母顺序或者功能罗列看着全用起来找不到。我自己的习惯是按发行版的生命周期来组织安装阶段、日常使用阶段、迁移备份阶段、销毁清理阶段。这个分法的好处是你在遇到具体场景时能直接定位到一组命令而不是在一百多条里翻。安装阶段核心就是--install、--list --online、--set-default-version这几条日常使用阶段是-d、--cd、--user、--terminate、--shutdown迁移备份阶段是--export、--import、--manage --move销毁清理是--unregister加上磁盘文件的物理删除。四组命令对应四种心态装的时候怕装错版本用的时候怕切错发行版搬的时候怕丢数据删的时候怕删不干净。按这个逻辑记比背清单有效得多。顺带说一句wsl --help的输出其实一直在更新不同 Windows 版本能看到的参数并不一样。比如--manage这一组参数是后来才加的在老系统上敲会直接提示无法识别。所以看到别人博客里的命令自己跑不通第一反应应该是查wsl --version而不是怀疑命令写错了。1.3 版本差异WSL 1 与 WSL 2 下哪些命令行为不同--set-version这条命令是很多人忽略的分水岭。WSL 1 是把 Linux 系统调用翻译成 Windows 调用文件直接落在 NTFS 上跨系统访问快但兼容性差WSL 2 是跑在轻量虚拟机里的真内核兼容性好、能跑 Docker但跨文件系统访问要走网络协议慢得明显。这条命令就是在这两种模式之间切换语法是wsl --set-version 发行版名 2转换过程会花几分钟取决于发行版体积。转换之后有几条命令的行为会变。最典型的是网络WSL 1 和宿主共享网络栈localhost直接通WSL 2 是独立的虚拟网卡宿主访问要靠端口转发机制。还有--mount挂载物理磁盘这个能力基本只在 WSL 2 上可用。再就是内存占用WSL 1 几乎不占额外内存WSL 2 会有一个 Vmmem 进程按需吃内存需要靠.wslconfig限制。我在实际项目里的选择是跑编译、跑容器、跑需要完整内核特性的服务一律 WSL 2只是想要一个 Linux 的 shell 环境跑跑脚本、用用 grep 和 sedWSL 1 反而更轻。这个取舍没有标准答案但把--set-version记牢至少能让你在两种模式之间自由切换而不用重装。2. 发行版生命周期管理装、起、停、搬、删2.1 安装与查看--install、--list、--status 的配合用法wsl --install是目前最省事的入口一条命令装完 WSL 组件、内核和默认发行版重启一次就能用。但它有几个细节值得说清楚。第一不带参数时它装的是默认发行版想要指定就加-d比如wsl --install -d Ubuntu-22.04。第二如果机器上已经装过 WSL 组件但没装发行版这条命令依然能补装发行版反之如果发行版已经存在它可能会提示已安装然后跳过。第三在某些已经手动开启过虚拟化相关功能的机器上--install会报错退出这时候要改用--install --no-launch先装不启动再单独排查。想看有哪些发行版可装用wsl --list --online输出是一张带名称和友好名的表。这个列表依赖网络公司内网环境有时拉不到多试两次或者换个时间点。查看本机已经装了什么用wsl --list --verbose简写wsl -l -v输出三列名称、状态、版本。状态列会显示 Running 或 Stopped版本列是 1 或 2。这三列信息非常关键后面所有的-d操作都要用第一列的名称作为参数注意是名称不是友好名带空格的名称要加引号。wsl --status则是看全局状态的会告诉你默认发行版是哪个、默认版本是几、内核版本是多少。这个命令我在排查为什么新装的发行版是 WSL 1时用得最多因为--set-default-version 2只影响之后新装的发行版已经装好的不会自动升级--status能一眼看出默认版本对不对。2.2 启动、切换与关闭-d、--cd、--terminate、--shutdown进入某个发行版最直接的写法是wsl -d Ubuntu-22.04不带任何后续命令时它会给你一个交互式 shell。如果只是临时执行一条命令再退出直接在后面接命令即可比如wsl -d Ubuntu-22.04 -- ls -la /home。这里那个--是个好习惯它的作用是告诉wsl.exe后面的内容全部原样传给 Linux避免参数解析歧义。我见过有人写wsl -d Ubuntu ls -l结果-l被wsl.exe自己吃掉了输出的是发行版列表而不是文件列表。--cd是提升效率的利器可以指定进入后的工作目录。wsl --cd ~进家目录wsl --cd /var/log进日志目录甚至可以直接wsl --cd .用当前 Windows 目录映射过去。做自动化脚本的时候我经常用它省掉一行cd。关闭分两个层级wsl --terminate 发行版名只停指定的那一个其他发行版继续跑wsl --shutdown是核弹级停掉所有发行版和虚拟机。这两条命令的实战意义在于很多配置改动、磁盘空间释放、网络异常恢复都需要先彻底关闭再重启才生效只exit退出 shell 是不够的后台的 init 进程还在。我的习惯是把wsl --shutdown当一个重启键改完.wslconfig就敲一次比去任务管理器找 Vmmem 结束进程靠谱得多。注意wsl --shutdown会终止所有正在运行的任务包括后台的数据库、构建进程。执行前确认没有正在跑的编译或数据写入否则可能造成文件损坏。2.3 导出导入与位置迁移--export、--import、--manage --move这是我认为最值得花时间掌握的一组命令因为它解决了两个高频痛点备份和挪盘。导出用wsl --export 发行版名文件路径比如wsl --export Ubuntu-22.04 D:\backup\ubuntu-20240501.tar。导出的是整个文件系统的 tar 包体积通常有几个 G导出期间该发行版最好处于停止状态否则可能出现文件不一致。导出的文件可以随便拷贝到别的机器这就是最朴素的迁移方案。导入用wsl --import 新名称安装目录 tar文件路径 --version 2。这里有两个坑必须提前说。第一个坑是安装目录必须是空目录或者不存在的目录如果目录里已有文件导入行为可能不符合预期。第二个坑更隐蔽导入之后的发行版默认登录用户会变成 root而不是你原来配置的普通用户。原因是导入过程会重建/etc/passwd的映射关系原来的默认用户配置没有一并带过来。解决办法是在导入完成后第一次以 root 进去编辑/etc/wsl.conf加上[user]段的default你的用户名然后wsl --terminate再进。这个细节官方文档写得比较轻描淡写但实际踩到的人特别多我至少帮三个同事处理过导入后所有文件权限都不对了的问题本质上就是 root 身份操作导致的属主错乱。如果只是想把发行版从 C 盘挪到 D 盘不用导出导入这么重新版有wsl --manage 发行版名 --move 新目录。这条命令会直接把虚拟磁盘文件搬过去并更新注册信息速度比导出导入快很多因为它本质是移动文件。前提是发行版必须处于停止状态运行中执行会报错。搬完之后建议进去df -h看一眼挂载是否正常。2.4 注销发行版与彻底清理磁盘wsl --unregister 发行版名是删除发行版的命令注意它删的是注册信息和虚拟磁盘不进回收站执行即生效。这条命令的危险程度和rm -rf差不多敲之前务必确认发行版名称拼对了尤其是名称相近的多个环境。注销之后磁盘空间不一定立刻回来因为虚拟磁盘文件可能还在或者宿主文件系统的延迟释放机制没跟上。我一般会按这个顺序清理先wsl --shutdown再wsl --unregister然后去%LOCALAPPDATA%\Packages下面确认对应目录是否已经消失最后用系统自带的磁盘清理工具扫一遍。如果空间依然没释放说明是虚拟磁盘的稀疏文件没有压缩可以在wsl --manage 发行版 --set-sparse true之后重启一次或者用磁盘管理工具手动压缩 vhdx。这里补一个经验不要频繁地注销重装。有些人环境搞坏了就删掉重来看似干脆实际上每次重装都要重新配环境、重新装依赖累积的时间成本很高。更划算的做法是平时就保留一份干净的导出包环境坏了直接导入一份新的几分钟就能恢复。3. 配置文件双雄.wslconfig 与 wsl.conf 谁管什么3.1 全局层 .wslconfig 的参数与内存计算.wslconfig放在 Windows 用户目录下也就是C:\Users\你的用户名\.wslconfig管的是所有 WSL 2 发行版共享的虚拟机资源。这个文件不存在时 WSL 用默认值存在时按你写的来。它只对 WSL 2 生效WSL 1 读了没用。最常改的是内存和 CPU。默认情况下 WSL 2 会拿走宿主物理内存的一大半机器内存越大被吃掉越多很多人看到 Vmmem 占十几个 G 就是没配这个。我的配置习惯是按物理内存的 25% 到 30% 给 WSL机器 32G 就给 8G16G 就给 4G。这个比例不是拍脑袋是因为现代开发场景里 IDE、浏览器、容器三件套本身就要吃掉不少宿主内存给 WSL 太多会导致宿主频繁换页整体反而更卡。CPU 数量用processors控制一般设成物理核心数的一半到三分之二。设成全部核心也可以但编译任务把所有核占满时宿主界面会明显卡顿体验不好。交换空间swap默认是内存的 25%如果你的构建过程有大量临时文件读写可以适当调大但别超过内存本身否则宿主磁盘会被频繁读写拖慢。下面这份配置是我在一台 32G 内存、8 核机器上用了很久的版本[wsl2] memory8GB processors6 swap4GB swapFileD:\\wsl\\swap.vhdx localhostForwardingtrue nestedVirtualizationtrue [experimental] autoMemoryReclaimgradual sparseVhdtrueswapFile单独指定到非系统盘是为了避免系统盘空间被慢慢吃掉。autoMemoryReclaim是较新版本才有的回收机制设为gradual之后WSL 空闲时会逐步把内存还给宿主Vmmem 那个数字不会再只涨不跌。sparseVhd让虚拟磁盘按需增长删掉大文件后磁盘占用有机会回落。3.2 发行版层 /etc/wsl.conf 的常用段如果说.wslconfig管的是虚拟机那/etc/wsl.conf管的就是这台 Linux 机器自己。它在发行版内部路径是/etc/wsl.conf改完同样需要重启发行版才生效。最常用的段是[boot]里面的systemdtrue决定是否启用 systemd。这个开关直接影响你能不能用systemctl管理服务。老版本的 WSL 默认不开导致很多人装完 nginx 发现systemctl start报错以为是安装失败其实是没开 systemd。开了之后一些依赖 systemd 的服务、定时任务、日志系统才能正常工作。[automount]段管的是 Windows 盘符怎么挂进来。默认挂到/mnt/下面可以改root换个位置。options里加metadata能让 Linux 侧的权限位对 NTFS 文件生效这在跨系统共享代码目录时挺重要不加的话chmod改了也没用文件永远显示成固定的权限。umask和fmask则控制默认权限掩码配好了可以省掉很多手工 chmod。[interop]段的appendWindowsPath决定要不要把 Windows 的 PATH 追加进 Linux 的 PATH。开着的好处是在 Linux 里能直接敲code、notepad.exe、powershell.exe坏处是 PATH 变得很长而且某些同名命令可能被 Windows 版本抢先比如你在 Linux 里敲find结果跑的是 Windows 的 find.exe输出格式完全不对。我个人的做法是关掉它需要调用 Windows 程序时写全路径或者用别名避免这种隐蔽的冲突。[network]段的generateResolvConf控制是否自动生成 DNS 配置一般保持默认开启手动改过/etc/resolv.conf的人要留意这个开关会把你的修改覆盖掉。3.3 改完配置为什么必须 shutdown 才生效这是新手最容易困惑的一点明明文件改了进去一看还是老样子。原因是 WSL 2 的虚拟机是一个长期驻留的实体只要还有任何一个发行版在跑虚拟机就不会销毁.wslconfig自然不会被重新读取。exit退出的只是 shell 会话虚拟机还在。/etc/wsl.conf同理它由 WSL 的初始化进程在启动时读取运行期间改了不生效。正确姿势是改完之后执行wsl --shutdown等几秒让虚拟机完全关闭再重新进入。我一般会连着敲两条命令确认关闭成功先wsl --shutdown再wsl -l -v看状态列是否全部变成 Stopped。如果还显示 Running说明有后台进程在撑稍等再试。提示wsl --shutdown之后重新进入会比较慢因为要重新启动虚拟机这是正常现象。别因为慢就以为卡死了反复开关反而更慢。4. 跨系统协作路径、命令、文件系统4.1 wslpath 路径互转的正确用法在 WSL 里工作路径转换是绕不开的日常。你在 Windows 的资源管理器里复制了一个路径C:\Users\dev\project想在 Linux 里cd过去直接粘贴是不行的得转成/mnt/c/Users/dev/project。手动改容易出错wslpath就是干这个的。wslpath -u C:\Users\dev\project输出 Linux 路径wslpath -w /home/dev/project输出 Windows 路径。加-a参数会输出绝对路径即使输入的是相对路径也会补全。这个命令在写脚本时特别有用比如一个构建脚本需要把产物路径传给 Windows 侧的工具中间用wslpath -w转一下就不用硬编码盘符。还有一个能力容易被忽略wslpath -w /home/dev在较新版本里会输出\\wsl.localhost\发行版名\home\dev这种 UNC 路径而不是C:\...。这个路径可以直接粘到 Windows 资源管理器地址栏打开也可以在 VS Code 里作为工作区路径。它比/mnt/c那种映射方式快得多因为走的是 9P 文件服务的优化通道而不是磁盘映射。4.2 双向调用命令的写法与注意事项从 Windows 调 Linux 很简单wsl -d 发行版 -- 命令即可。有几个细节能省事--cd指定工作目录--user指定用户身份--exec跳过 shell 直接执行。最后这个在脚本里有用因为跳过 shell 就不会加载.bashrc启动更快也不会被各种环境变量干扰。从 Linux 调 Windows 稍微麻烦一点因为要写全.exe后缀。cmd.exe /c dir、powershell.exe -Command Get-Process、explorer.exe .打开当前目录、notepad.exe 文件名用记事本打开。这些调用在 PATH 追加开启时可以直接敲关闭后就得写完整路径比如/mnt/c/Windows/System32/notepad.exe。有个细节值得记一下从 Linux 调用 Windows 程序时工作目录会被继承过去但权限模型不通用Windows 程序创建的文件在 Linux 侧看可能属主不对。所以跨系统的写操作尽量让一侧完成别两边交替写同一个文件。另外调用 Windows 程序时会看到一些警告输出比如关于路径转换或者权限的提示这些通常不影响功能可以用重定向屏蔽掉。如果发现调用后终端卡住不返回多半是那个 Windows 程序是 GUI 程序且没加后台运行的写法加个或者用start就能解决。4.3 文件放在哪一侧的性能差异与实测经验这条是 WSL 2 用户必须知道的把项目放在/home/用户名/下面和放在/mnt/c/下面性能差得非常明显。原因是/mnt/c走的是跨系统的文件协议每次读写都要经过转换层而/home在虚拟磁盘内部是原生文件系统操作。我实测过一个中等规模的仓库大约两万个文件在/mnt/c下执行一次git status要十几秒到几十秒在~下同样操作一秒以内完成。npm install这种小文件密集的操作差距更夸张能差出好几倍。所以我的原则很明确所有代码仓库、依赖目录、构建缓存一律放在 Linux 文件系统内部。那什么时候需要/mnt/c需要和 Windows 侧工具共享文件的时候比如导出构建产物给 Windows 上的设计软件用或者读取 Windows 上的某些配置。这类操作我一般做成单向的Linux 里构建产物拷贝到/mnt/c的某个交付目录不做反向的频繁读写。如果确实需要让 Windows 侧的编辑器访问 Linux 里的文件用\\wsl.localhost\发行版名\home\用户名\项目这种 UNC 路径性能比想象中好因为它走的是优化后的文件服务通道。VS Code 的远程开发插件也是走这条路用起来几乎感觉不到延迟。5. 网络与端口访问服务的正确姿势5.1 端口转发的机制与 localhost 访问WSL 2 的网络模型是 NAT虚拟机有自己独立的 IP宿主和它不在同一个网段。理论上宿主访问 WSL 里的服务需要先知道 WSL 的 IP但微软做了一个便捷机制localhostForwarding默认开启时宿主上的localhost:端口会自动转发到 WSL 的同端口服务。这个机制大多数人装了就能用但偶尔会失效表现为浏览器打不开localhost:3000而 WSL 里curl localhost:3000是通的。排查顺序是这样的先确认.wslconfig里没把localhostForwarding关掉再确认服务监听的地址如果只监听127.0.0.1而不是0.0.0.0转发可能不生效改监听地址试试最后检查 Windows 防火墙有没有拦有时候新建的网络配置会被默认为公用网络规则更严。如果局域网里的其他机器需要访问 WSL 里的服务localhostForwarding就不管用了得用系统自带的端口转发命令把宿主端口映射到 WSL 的 IP 上。这类配置有副作用比如宿主端口被占用、规则残留用完记得清理否则下次启动别的服务会莫名报端口冲突。我自己只在临时演示时用日常开发还是靠localhost转发。5.2 获取 WSL 的 IP 与地址变化规律WSL 2 的 IP 每次重启虚拟机都可能变指望记一个固定 IP 是不现实的。查当前 IP 有几种写法ip addr show eth0看详细信息hostname -I直接输出地址列表或者用ip route show default看默认网关。我一般用hostname -I | awk {print $1}取第一个地址写进脚本里。有个变化规律值得了解WSL 的 IP 和 Windows 侧那个虚拟网卡的地址是成对分配的通常在172.开头的私有网段里每次重启会重新分配。所以任何需要写死 IP 的配置都是不可靠的包括数据库连接串、服务注册地址、跨机器调用的回调地址。正确的做法是用localhost加端口或者用主机名。另外WSL 会自动往 Windows 的 hosts 文件里写一条记录把发行版名称映射到当前 IP。这个记录可以在 Windows 侧C:\Windows\System32\drivers\etc\hosts里看到不过它是动态维护的手动改过之后可能被覆盖别在上面做文章。5.3 服务访问不通的排查顺序我遇到过很多次服务起不来的情况摸索出一套固定的排查顺序按这个走基本能定位到八九成的问题。第一步在 WSL 内部自测curl -v http://localhost:端口。通说明服务本身没问题问题在转发或防火墙不通说明服务没起好、监听地址不对、或者端口被占。第二步确认监听地址ss -tlnp | grep 端口。看输出里是127.0.0.1:端口还是0.0.0.0:端口。前者只接受本机连接跨系统访问会失败很多框架默认就是只监听本地。第三步从 Windows 侧测PowerShell 里Test-NetConnection localhost -Port 端口。这一步能区分是转发问题还是应用问题。第四步检查防火墙临时关掉防火墙试一次如果一下就通了说明是规则问题别长期关着去加一条入站规则。第五步wsl --shutdown重启一次。有些转发状态异常是虚拟机网络栈的临时故障重启能恢复比重装系统省事得多。这个顺序的价值在于它把网络问题这个大帽子拆成了四个可验证的假设每步都有明确的判断标准不会陷入无头苍蝇式的乱试。6. 常见问题与排查技巧实录6.1 常见问题速查表下面这张表是我这几年攒下来的覆盖了大部分日常会撞上的情况。遇到问题时先在这里找一眼比重新搜索快。现象大概率原因处理方式Vmmem 内存占用持续走高不回落未限制内存或未开启回收配置.wslconfig的memory开启autoMemoryReclaim然后wsl --shutdown改完配置没生效虚拟机未完全关闭执行wsl --shutdown用wsl -l -v确认状态为 Stopped导入后登录用户变成 root用户配置未随包迁移编辑/etc/wsl.conf增加[user] default用户名重启发行版/mnt/c下操作极慢跨文件系统协议开销项目移到~目录Windows 侧用 UNC 路径访问中文输出乱码编码不匹配PowerShell 里设置输出编码为 Unicode或改用chcp 65001服务本地通、宿主不通监听地址或转发未生效改监听0.0.0.0检查localhostForwarding测防火墙无法解析域名DNS 配置被覆盖或异常查看/etc/resolv.conf确认generateResolvConf设置重启发行版系统时间偏差大休眠唤醒后时钟漂移发行版内执行时间同步命令或wsl --shutdown后重进删除大文件后磁盘不释放虚拟磁盘未压缩开启sparseVhd或关闭后用磁盘工具压缩 vhdx系统命令找不到PATH 未包含 Windows 路径检查[interop] appendWindowsPath或写全路径调用权限改不动NTFS 未启用 metadata[automount] options加metadata重启发行版systemctl报错systemd 未启用/etc/wsl.conf加[boot] systemdtrue重启6.2 几个只有踩过才知道的坑第一个坑是关于--terminate和后台进程的。有次我跑一个长时间的数据处理脚本用nohup挂到后台然后关掉了终端窗口以为任务会继续跑。结果第二天发现任务根本没完成。原因是我关窗口时触发了某种清理或者中途有一次wsl --shutdown。WSL 的后台进程生命周期和普通 Linux 服务器不完全一样虚拟机空闲一段时间可能被回收长时间任务依赖后台挂起是不可靠的。现在的做法是用tmux或者screen在会话里跑并且避免在任务期间执行任何会关闭虚拟机的命令。第二个坑是关于磁盘空间的。WSL 的虚拟磁盘只增不减你在里面删了十个 G 的文件宿主上的 vhdx 大小纹丝不动。这不是 bug是设计如此因为虚拟磁盘按块分配删文件只是标记空闲。要真正回收得开稀疏模式或者手动压缩。我第一次遇到时以为系统出了问题重装了一遍发行版才发现空间还是没回来白折腾两小时。第三个坑是路径大小写。Windows 文件系统不区分大小写Linux 区分。在/mnt/c下如果存在两个只差大小写的文件行为会变得不可预测某些构建工具会报奇怪的模块找不到错误。这类问题极难排查因为ls看着文件都在。我的规避方式很简单跨系统共享的目录里文件名一律用小写加连字符从源头上避免撞车。第四个坑是时间不同步。笔记本合盖休眠再打开WSL 里的时间和宿主可能差出几分钟甚至几小时导致依赖时间戳的构建工具认为文件没变而不重新编译或者证书校验失败。遇到构建结果莫名其妙不对先date看一眼时间偏差大就同步一次或者重启虚拟机。第五个坑是多个发行版共享资源时的冲突。同时开两个发行版如果在同一个端口起服务或者访问同一个被锁定的文件报错信息往往指向不明。我的习惯是每个发行版分配固定的端口段数据库、缓存这类有状态的组件不跨发行版共用。6.3 我个人的命令组合习惯用久了会形成一些固定的组合动作分享几个高频的。启动一天工作时我第一件事是wsl -l -v看一眼状态确认默认发行版没变进项目用wsl --cd ~/projects/xxx一步到位改完配置固定是编辑、wsl --shutdown、wsl -l -v确认、重进四步每周做一次wsl --export备份到非系统盘文件名带上日期遇到网络诡异问题先wsl --shutdown再说比重启整台机器快得多。还有个习惯是把常用命令写成 Windows 侧的批处理或者 PowerShell 函数比如一个wslreset别名展开成关闭加热启动的组合一个wslbak展开成带日期的导出命令。这些别名省下的时间不算多但能避免记错参数顺序尤其是导出导入这种一旦写错就耽误事的命令。我在实际使用中最深的一点体会是WSL 的命令数量其实不多真正的门槛在于理解它背后那套宿主与虚拟机分离的模型。模型想通了遇到没见过的参数也能猜个八九不离十模型没想通背再多命令也只是碰运气。所以如果你的环境老是出问题不妨先停下来把.wslconfig和/etc/wsl.conf这两个文件的每一行都搞清楚作用这一步花的时间后面会以几倍的速度还回来。

WSL常用命令全解析：配置、迁移、网络与性能排错

相关推荐

人工智能导论五条主线：从符号推理到博弈对抗的复习地图

大理州区县行政区划shp文件：GIS矢量底图使用与避坑指南

AMD收购World Labs与蚂蚁开源MECT：AI迈向物理世界的两大信号

更多资讯

Java开发者转型大模型的优势与实践路线

Pixverse视频生成API成本优化方案与中文场景实践

K8s控制器实战：ReplicaSet副本控制与Deployment滚动更新

STM32F407+LWIP+DP83848以太网移植与排障指南

Transformer核心逻辑与魔改实践：注意力、残差与位置编码的细节

信息学奥赛排名题解析：Dense Rank与Ordinal Rank双解法

今日更新

基于YOLOv11的石油泄漏智能检测系统开发实践

AI行业变局：合规、Mod化与上下文管理的实战启示

计算机视觉与AI原生应用融合的技术实践

本周精选

防幻觉智能体架构：电源硬件设计中的大模型编排与工具化实践

OpenGL面试核心考点：渲染管线、矩阵变换与性能排查全解析

全国计算机二级C语言真题PDF高效刷题指南

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？