WSL2默认无内存上限，易致宿主机卡顿甚至无响应；需通过.wslconfig设memory限制（如memory=6GB）、合理配置swap（如swap=2GB）、禁用非必要服务，并执行wsl --shutdown生效，再用free -h验证。
wsl2 默认不设内存上限，容易持续占用宿主机大量 ram，导致系统卡顿甚至无响应。它用的是动态分配机制，但不会主动把空闲内存还给 windows——尤其当 linux 内核把内存用于缓存（page cache）时，vmmemwsl 进程就“只涨不跌”。要防止宿主机内存溢出，关键不是开启 swap，而是限制 wsl2 能用的最大物理内存，并合理配置交换空间作为缓冲。
配置 memory 限制防止内存失控
这是最核心的一步：给 WSL2 划定“地盘”，让它无法无限扩张。
- 在 Windows 用户目录（
C:\Users\你的用户名\）新建文件.wslconfig（注意开头是英文点号，无扩展名） - 用 UTF-8 无 BOM 编码编辑，写入类似内容：
[wsl2] memory=6GB
-
memory=6GB表示 WSL2 最多只能使用 6GB 物理内存，超出部分直接拒绝分配，从源头避免 OOM - 推荐值：普通开发建议设为宿主机总内存的 30%–50%，比如 16GB 主机设 4–6GB；32GB 主机可设 8–12GB
- 修改后必须执行
wsl --shutdown（PowerShell 或 CMD 中运行），再重启 WSL 发行版才生效
合理设置 swap 避免硬崩溃
swap 不是“虚拟内存替代品”，而是在 memory 达到上限后，让内核有回旋余地，避免直接触发 OOM Killer 杀进程。
- 在同一
.wslconfig文件中添加：swap=2GB
- swap 大小建议设为 memory 的 25%–50%，例如 memory=6GB 时，swap=1–2GB 即可
- 设为
swap=0可完全禁用交换，但会提高 OOM 风险；不建议设过大（如超过 4GB），否则可能拖慢 I/O - 注意：swap 是磁盘上的虚拟内存，不是物理 RAM，它起兜底作用，不能替代 memory 限制
关闭不必要的后台服务减少内存常驻
WSL2 启动后默认运行 systemd、dbus、cron 等服务，很多对纯命令行开发非必需，长期驻留会抬高基线内存占用。
- 进入 WSL 实例，检查哪些服务在运行：
systemctl list-units --type=service --state=running
- 禁用非必要服务（如蓝牙、打印机、GUI 相关）：
sudo systemctl disable bluetooth.service sudo systemctl disable avahi-daemon.service
- 若不用 systemd，可在
.wslconfig中加init=false，改用传统 SysV init 启动方式，进一步降低开销
监控与验证配置是否生效
别只靠感觉，要用命令确认资源限制真正起效。
- 查看当前内存上限和使用：
cat /proc/meminfo | grep -E "MemTotal|MemAvailable" free -h
输出中的
MemTotal应接近你设置的memory=值（如设 6GB，这里应显示约 5.8–6.0GB） - 查看 swap 是否启用及大小：
swapon --show
若返回空行，说明 swap 未激活，需检查
.wslconfig是否保存正确、是否执行了wsl --shutdown - 实时观察内存变化：
watch -n 1 'free -h | head -2'
能看到可用内存稳定在设定范围内波动，而非一路飙升
不复杂但容易忽略
