直接限制.wslconfig才能真正压住Docker Desktop内存疯涨：该文件须置于C:\Users\用户名\下，命名严格为.wslconfig（无.txt后缀），配置memory=4GB（16GB主机）、processors=6等参数后，必须执行wsl --shutdown并重启Docker Desktop方可生效。
直接限制 .wslconfig 才能真正压住 Docker Desktop 的内存疯涨——Docker Desktop 界面里的滑块只管 Docker 引擎层，不管 WSL2 虚拟机本身；而 vmmem 进程吃掉的那十几 GB 内存，正是 WSL2 默认按物理内存 50%~80% 动态分配、且不主动释放导致的。
怎么创建和写对 .wslconfig 文件
这个文件必须放在 $env:USERPROFILE（即 C:\Users\你的用户名\）下，名字严格是 .wslconfig，不能带 .txt 后缀。记事本默认会加后缀，保存时务必手动删掉：
– 用 PowerShell 运行 notepad $env:USERPROFILE\.wslconfig
– 粘贴配置后，点“文件→另存为”，在“保存类型”选“所有文件”，文件名框里确认是 .wslconfig（不是 .wslconfig.txt）
– 若已错存成 .wslconfig.txt，需在文件夹选项中勾选“显示文件扩展名”，再重命名为 .wslconfig
memory 和 processors 参数怎么设才合理
这两个是影响系统卡顿最直接的参数，设太小容器会 OOM，设太大主机就卡死：
-
memory：建议设为物理内存的 25%~40%。16GB 机器设memory=4GB，32GB 设memory=10GB～12GB；别照搬“一半”这种模糊说法，WSL2 实际占用常比设定值略高 0.5–1GB -
processors：设为物理核心数的 50%~75%。例如 12 代 i7-12700H 有 14 核（6P+8E），建议设processors=6～8；设太高反而因超线程争抢降低效率 - 不要设
memory=1GB这类过低值——Docker Desktop 自身启动就要约 1.2GB，再加一个 PostgreSQL 容器就直接触发 OOM
为什么改了 .wslconfig 没生效
这是最常踩的坑：配置文件改完，不执行 wsl --shutdown 就等于白配。WSL2 不 reload 配置，它只在启动时读一次 .wslconfig：
- 必须在 PowerShell 中运行
wsl --shutdown（不是关闭 Docker Desktop 图标，也不是只关终端） - 任务栏右键 Docker 图标→“退出”，确保 Docker Desktop 完全退出
- 再重新启动 Docker Desktop——此时它才会拉起一个按新配置启动的 WSL2 实例
- 验证是否生效：进任意 WSL2 发行版（如 Ubuntu），运行
free -h，看Mem:行的total值是否接近你设的memory值
要不要加 swap 和 kernelCommandLine
加 swap 不等于更稳，反而可能拖慢 I/O；加内核参数才是关键优化点：
-
swap=2GB可以加，但必须配合kernelCommandLine = sysctl.vm.swappiness=10——否则 WSL2 一感知到内存稍紧就疯狂写 swap 文件，磁盘狂转 -
sysctl.vm.swappiness=10是重点：它把内核交换倾向从默认 60 降到极低水平，让 WSL2 优先丢缓存而非写磁盘 - 若你机器内存 ≥32GB 且跑数据库+前端+后端多容器，推荐组合：
[wsl2]memory=14GBprocessors=6swap=4GBkernelCommandLine = sysctl.vm.swappiness=10
真正容易被忽略的是：多个 WSL2 发行版（比如同时装了 Ubuntu 和 Debian）会共用同一份 .wslconfig，但每个发行版启动时都各自创建 vmmem 进程；如果你发现内存还是高，先检查是否无意中启用了多个发行版并长期运行。
